Asignación de componente NHibernate - Componente nulo

Question

Tengo una entidad asignada, Materia, que tiene un componente asignado, Lesión.

La única propiedad en la lesión es DateOfInjury, que es una fecha de vencimiento nulo.

Cuando recupero la materia, si DateOfInjury es nulo, el componente es nulo.

Por lo tanto, algo así como this.Injury.DateOfInjury tirará.

¿Podría alguien explicar si estoy haciendo algo obvio para causar este comportamiento?

Hubiera esperado que el componente Lesiones fuera inicializado por nHibernate como un objeto y que la propiedad DateOfinjury sea nula.

Esto sería más flexible, ¿no crees?

Answer 1

Creo que ese es el comportamiento predeterminado para una asignación de componentes. Los documentos de NHibernate para componentes dicen que si todos los elementos del componente son nulos, el componente en sí mismo será nulo.

Si solo tiene una sola propiedad en el componente, podría tener sentido simplemente asignarla como una propiedad DateTime que se puede anular en la clase Matter.

Answer 2

También me encontré con el mismo problema de esperar que NHibernate inicialice mi componente incluso si todos sus miembros son nulos en la base de datos. Mi motivación detrás de esta implementación fue mover tanta lógica con respecto a mi componente en el componente, sin tener que lidiar con que sea nulo o no.

Gracias a esta publicación, mi búsqueda de una explicación de por qué fallaban mis pruebas de unidad para todos los valores nulos dentro del componente era corta. He arreglado esta pieza en el rompecabezas mediante la ampliación de la auto-propiedad de mi clase de componente ArrivalDay y la asignación de un nuevo caso a mí mismo cuando se asigna nulo:

private ArrivalDay _arrivalDay; 
public ArrivalDay ArrivalDay 
{ 
    get { return _arrivalDay; } 
    set { _arrivalDay = value ?? new ArrivalDay(); } 
}

Esto funciona como un encanto y significa muy poca sobrecarga de la clase que contiene .

Answer 3

he resuelto esto añadiendo esta propiedad a mi clase de componente

public virtual bool _LoadAlways { get { return true; } set { } } 

Answer 4

Ésta es una solución técnicamente viable. Lo he probado con persistencia y no he producido problemas relacionados con los transitorios.

protected internal virtual Injury NullableInjury {get;set;} 
public virtual Injury Injury 
{ 
    get{return NullableInjury ?? (NullableInjury = new Injury()); 
} 

En Nhibernate asigna tu componente al NullableInjury. Esta solución le permite persistir sin el problema transitorio informado en la solución @Oliver.

Answer 5

https://stackoverflow.com/a/11187173/206297 no funcionó para mí, pero sobre la base de que:

public class Injury 
{ 
    // ... 
    private bool dummyFieldToLoadEmptyComponent { get; set; } 
} 

public class MatterMap : ClassMap<Matter> 
{ 
    // ... 
    Component(x => x.Injury, m => 
    { 
     // ... 
     m.Map(Reveal.Member<Injury>("dummyFieldToLoadEmptyComponent")).Formula("1=1").ReadOnly(); 
    }); 
} 

El bit Reveal.Member es sólo para asignar un campo privado en Fluido NHibernate. Queremos que el campo sea privado porque no queremos que esa propiedad esté expuesta como parte de nuestra interfaz pública para el componente. Ver https://github.com/jagregory/fluent-nhibernate/wiki/Mapping-private-properties.Si no te importa tener que pública, podría utilizar el mapeo menos detallado de:

m.Map(x => x.DummyFieldToLoadEmptyComponent).Formula("1=1").ReadOnly(); 

El Formula parte se debe a que en realidad no queremos una columna en nuestra base de datos para esto. NHibernate ejecutará esa fórmula al cargar el componente, y siempre evaluará a verdadero. Elegí 1 = 1 como me imagino que es razonablemente cross-DB.

Sin duda, un truco, pero parece funcionar hasta el momento para cargar componentes vacíos y no ha causado ningún error cuando persisten. Usar con discreción sin embargo.