У меня есть отображаемая сущность, Материя, которая имеет отображаемый компонент, Травма.
Единственным свойством на травме является DateOfInjury, который является нулевым datetime.
Когда я получаю Материя, если DateOfInjury имеет значение NULL, компонент имеет значение null.
Таким образом, что-то вроде этого вопроса. Injury.DateOfInjury будет бросать.
Может кто-нибудь объяснить, если я делаю что-то очевидное, чтобы вызвать это поведение?
Я бы ожидал, что компонент Injury инициализируется nHibernate как объект и что свойство DateOfinjury имеет значение null.
Это было бы более гибким, я бы подумал?
Я думаю, что поведение по умолчанию для отображения компонентов. Документы NHibernate для компонента говорят, что если все элементы компонента равны нулю, сам компонент будет равен нулю.
Если у вас есть только одно свойство в компоненте, имеет смысл просто отобразить его как свойство NULL DateTime в классе Matter.
Я также столкнулся с той же проблемой, что и NHibernate, чтобы инициализировать мой компонент, даже если все его члены равны нулю в БД. Мотивация этой реализации заключалась в том, чтобы переместить столько логики в отношении моего компонента в компонент, не имея дело с тем, что оно является нулевым или нет.
Благодаря этому сообщению я ищу объяснение, почему мои модульные тесты были неудачными для всех нулевых значений внутри компонента, были короткими. Я исправил этот фрагмент в головоломке, расширив авто-свойство моего класса компонентов ArrivalDay и назначив новый экземпляр сам, когда назначен null:
private ArrivalDay _arrivalDay;
public ArrivalDay ArrivalDay
{
get { return _arrivalDay; }
set { _arrivalDay = value ?? new ArrivalDay(); }
}Это работает как шарм и означает очень мало накладных расходов на класс.
Я решил это, добавив это свойство в класс компонентов
public virtual bool _LoadAlways { get { return true; } set { } }
Это технически приемлемое решение. Я тестировал его с устойчивостью и отсутствием связанных с переходными процессами проблем.
protected internal virtual Injury NullableInjury {get;set;}
public virtual Injury Injury
{
get{return NullableInjury ?? (NullableInjury = new Injury());
}
В Nhibernate сопоставьте свой компонент с NullableInjury. Это решение позволяет вам оставаться без временной проблемы, описанной в решении @Oliver.
fooobar.com/info/421771/... не работал у меня, но основывался на нем:
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();
});
}
Бит Reveal.Member предназначен для отображения частного поля в Fluent NHibernate. Мы хотим, чтобы поле было приватным, потому что мы не хотим, чтобы это свойство отображалось как часть нашего публичного интерфейса к компоненту. См. https://github.com/jagregory/fluent-nhibernate/wiki/Mapping-private-properties. Если вы не возражаете, чтобы это публично, вы могли бы использовать менее подробное отображение:
m.Map(x => x.DummyFieldToLoadEmptyComponent).Formula("1=1").ReadOnly();
Часть Formula состоит в том, что на самом деле мы не хотим, чтобы в нашей базе данных был столбец. NHibernate выполнит эту формулу при загрузке компонента и всегда будет оценивать значение true. Я выбрал 1 = 1, так как я бы предположил, что разумно перекрестный DB.
Несомненно, взломан, но, похоже, работает до сих пор для загрузки пустых компонентов и не вызывает никаких ошибок при сохранении. Используйте с осторожностью, хотя.