Ignorar los campos públicos/internos para el proxy NHibernate

Question

Tengo algunos tipos de entidades que me gustaría cargar de forma perezosa. Sin embargo, tienen algunos campos internos (de ensamblaje) que exponen, pero no se usan fuera de esa clase. Estos campos son generados por el compilador (F #) y no puedo cambiarlos. La excepción es un ejemplo:

NHibernate.InvalidProxyTypeException: Los siguientes tipos no pueden ser utilizados como sustitutos : Mappings.MTest: Identificación del campo @ 47 no debería ser público ni interna

I Entiendo por qué NHibernate está haciendo esto, y cómo tener campos, si los tuviera, arruinaría las propiedades de carga diferida de los proxies que se generan. Sin embargo, dado que sé que no usaré los campos, ¿puedo anular NHibernate de alguna manera?

¿Hay alguna manera en que pueda decir "ignore este campo"? Estoy usando Fluent NHibernate, si eso lo hace más fácil.

Editar: También debo señalar, estoy usando NHibernate 2.1.0 Alfa 2.

Edit2: La esencia principal aquí es que quiero seguir lazy loading habilitado, lo que significa que tengo que usar la generación de proxy . Deshabilitar los trabajos de LazyLoading (sin proxies), pero derrota el propósito de un buen marco como NHibernate.

Answer 1

que volver a montar NHibernate (más fácil que conseguir la fuente y la reconstrucción) y eliminado el código que los errores en los campos internos/públicas. LazyLoading parece funcionar bien sin ese control. (Aunque, soy nuevo en NHibernate y así probablemente hay escenarios que no conozco acerca.)

Editar: Ah, hay una propiedad, "use_proxy_validator" que desactiva todas las comprobaciones de validación. Suficientemente bueno.

Fluently.Configure() 
    .ExposeConfiguration(fun cfg -> 
     cfg.Properties.Add("use_proxy_validator", "false"))... 

Answer 2

Es posible que desee echar un vistazo a this page que proporciona una visión general del uso de F # con Fluidez NHibernate.

Editar Acabo de notar su nombre de usuario. ¿Estoy en lo cierto al pensar que este es tu blog? Que tonto de mi parte Sin embargo, parece abordar su problema, específicamente "Comenzamos desactivando LazyLoad porque la mayoría de las propiedades no son virtuales, y NHibernate no validará la asignación. En su lugar, explícitamente cargas LazyLoad, como la referencia de la tienda". Tal vez solo estoy malinterpretando el problema.

Answer 3

Usted puede utilizar el atributo

[XmlIgnore] 

para decorar los campos :)

Answer 4

¿Se puede utilizar una interfaz para declarar los campos "usado"? http://nhibernate.info/doc/nh/en/index.html#persistent-classes-poco-sealed

"Otra posibilidad es que la clase para implementar una interfaz que declare todos los miembros públicos"

No sé si NH utilizan el mismo @Transient anotación/atributo que la versión de JAVA hacer caso omiso de una propiedad en operaciones persistentes.

Answer 5

acaba de establecer la propiedad perezoso en false,

<class name="OrderLine" table="OrderLine" lazy="false" > 

se puede leer más en: todo tiene que ser virtual Con NHibernate? - http://davybrion.com/blog/2009/03/must-everything-be-virtual-with-nhibernate/

Ofir, www.TikalK.com