Часть модели, которую я разрабатываю, представляет собой иерархию географических местоположений. Поскольку существует несколько слоев и они делятся некоторой информацией, я решил использовать иерархию классов, например:
public class GeographicNode
{
public virtual int Id { get; private set; }
public virtual string Name { get; set; }
public virtual GeographicNode ParentNode { get; set; }
public virtual IList<GeographicNode> ChildNodes { get; set; }
}
public class Region : GeographicNode
{
public virtual int SomeRegionData { get; set; }
}
public class Country : GeographicNode
{
public virtual int SomeCountryData { get; set; }
}
Чтобы отобразить это, я использую метод иерархии таблиц на класс. Отображение Fluent nHibernate выглядит следующим образом:
public class GeographicNodeMap : ClassMap<GeographicNode>
{
public GeographicNodeMap()
{
Id(x => x.Id);
Map(x => x.Name);
References(x => x.ParentNode);
HasMany(x => x.ChildNodes).KeyColumn("Id").Cascade.All();
DiscriminateSubClassesOnColumn("Type");
}
}
public class RegionMap : SubclassMap<Region>
{
public RegionMap()
{
Map(x => x.SomeRegionData)
}
}
public class CountryMap : SubclassMap<Region>
{
public CountryMap()
{
Map(x => x.SomeCountryData)
}
}
Вот мой вопрос:
Когда я получаю узел и пытаюсь получить доступ к ParentNode (или дочерним элементам), его тип на самом деле - GeographicNode, а не соответствующий подкласс. Так, например, если я получаю узел Region, а его родитель должен быть узлом Country, я не могу привести ParentNode к классу Country.
Есть ли способ заставить nHibernate создавать экземпляры объектов ParentNode и Child с их соответствующим подклассом? Эта информация хранится в столбце Тип, поэтому было бы разумно, чтобы nHibernate создал правильный подкласс.
Также есть ли какие-либо серьезные проблемы с использованием наследования здесь? Использование иерархии классов уменьшает объем кода (по крайней мере, в модели), но я беспокоюсь, что наличие этих неявных, а не явных отношений (например, родитель региона всегда является страной) может привести к проблемам позже. .
Спасибо!