[原创]Fluent NHibernate之旅（三）-- 继承
经过了“开篇”和“简单映射”两篇文章，相信大家对Fluent NHibernate 有了一定的了解了，FluentNHibernate实际就是对 NHibernate 映射的一定扩展，我们能完全利用强类型、泛型、Lambde表达式等等Vs、Framework等特性简单完成映射工作，同时也能让我们学习NHibernate的映射方式，一举夺得，这么好玩的东东，有理由不继续完成这个系列吗？废话不说，回到正题。
从这一篇开始，我们将使用Fluent NHibernate RC 1.0 版来进行演示，先前的代码，我会另外进行说明
继承
在OOP中，继承作为OO中重要的特性，如果NHibernate没有对它的支持，那怎么能称为完整的ORM框架呢？那怎么通过数据库设计来完成继承呢？常见的方法有三种，今天我们就一一来进行叙述。继承的概念我就不说了，如果你连继承还不知道的话，可以好好学起，从头学起，呵呵。
- Table per class hierarchy(所有子类在一张表)
- Table per subclass(父类一张表，每个子类一张表)
- Other(其他方式)
准备
我们还是以前两篇的电子商务来说事，我们产品不可能只有一种，但他们有相同的属性，每种产品类型又有自己的属性拿它来事是最好的例子了。产品的相同属性，可以参考上一篇。好，我们假设我们的产品还有书和手机，他们有各自自己的属性，我们就简单加一点属性，书有作者，手机有品牌和型号，我们写这2个Entity Model：
public class MobileProduct : Product
{
public virtual string Brand { get; set; }
public virtual string Number { get; set; }
}
public class BookProduct : Product
{
public virtual string Author { get; set; }
}Table per class hierarchy
这种方式在我们学习NHibernate中，一定看到过了，其实就是把父类、子类的所有属性放到一个表中，这样做的好处就是我们不需要建立其他表，一张表格全搞定，但缺点也显而易见，在属性少的情况下或许没有什么，但是多了以后，我们的维护、扩展就变得相对麻烦，而且会产生很多亢余字段，而且我们必须再添加一个标识符，来区分。
因为需要标识符，所以我们必须添加一个标识符，我这里使用枚举类型来表示，代码改变成如下：
public enum ProductType
{
Mobile,
Book
}
public abstract class Product
{
//…
public abstract ProductType Type { get; }
}
public class MobileProduct : Product
{
//…
public override ProductType Type
{
get { return ProductType.Mobile; }
}
}
public class BookProduct : Product
{
//…
public override ProductType Type
{
get { return ProductType.Book; }
}
}数据库的设计，大家需要注意，子类的几个字段，最好设置成null，避免造成不能insert的问题。我们还需要增加一个标识符字段，我使用的是tinyint,如图：
Fluent 映射如下：
public class ProductMap : ClassMap<Product>
{
public ProductMap()
{
Id(p => p.ProductID);
Map(p => p.CreateTime);
Map(p => p.Name);
Map(p => p.Price);
DiscriminateSubClassesOnColumn<ProductType>("Type", ProductType.Book);
}
}
public class BookMap : SubclassMap<BookProduct>
{
public BookMap()
{
DiscriminatorValue("1");
Map(p => p.Author);
}
}
public class MobileMap : SubclassMap<MobileProduct>
{
public MobileMap()
{
DiscriminatorValue("0");
Map(p => p.Brand);
Map(p => p.Number);
}
}在RC版本之前，我们可以使用
DiscriminateSubClassesOnColumn<ProductType>("Type", ProductType.Book)
.SubClass<BookProduct>(b =>
{
b.Map(p => p.Author);
});但是RC版本已经不建议我们这样使用，好的做法是把子类映射区分开来，等一下你会知道，第一种策略和第二种策略都会采用这样的方式来进行映射，至于映射会使用subclass还好是join-subclass，FluentNHibernate会自动生成的。
在说一下DiscriminateSubClassesOnColumn，这就是标识符的一个映射方式，因为在RC版之前，我们可以使用SetAttribate的方法，设定我们的父类为"not-null" 但是在RC版中，这个方法已经彻底被抛弃掉了，我们不得不使用上面的方法，给定一个默认的标识符。在子类中，我们必须制定对应的标识符值，这里又出现败笔了，只能设定string类型，My God，变相的SetAttribute，我觉得这个已经脱离了Fluent的称号了（在RC升级介绍中已经说明）。
PS:刚看了下最新的FNT，已经修正了这个bug，现在已经改为：DiscriminatorValue(object value)，详细点击
我们来看下测试代码：
[TestMethod]
public void FluentCreateData()
{
var factory = FluentSessionFactory.GetCurrentFactory();
using (var session = factory.OpenSession())
{
Product nokia = new MobileProduct()
{
Brand = "Nokia",
Number = "N91",
CreateTime = DateTime.Now,
Price = 5600,
Name = "Nokia N91 Mobile"
};
session.Save(nokia);
Product book = new BookProduct()
{
Author = "六六",
CreateTime = DateTime.Now,
Price = 20,
Name = "蜗居"
};
session.Save(book);
}
}
[TestMethod]
public void FluentSeleteData()
{
var factory = FluentSessionFactory.GetCurrentFactory();
using (var session = factory.OpenSession())
{
var product = session.CreateCriteria<BookProduct>().List<BookProduct>().FirstOrDefault();
Assert.AreEqual("蜗居", product.Name);
Assert.AreEqual(20, product.Price);
}
}测试结果：
Table per subclass
在这种方式中，一个父类表包括了一些共同的属性，子类表除了主键外，就只有属于自己的属性。这种方式表结构清晰，而且不会有亢余字段，同时方便扩展，是不错的选择，不过这不是说其他方式没有用，要看你的使用场景。看表结构：
这里注意的是，子表的主键不是递增的（废话，呵呵）。
上Mapping：
public class ProductMap : ClassMap<Product>
{
public ProductMap()
{
Id(p => p.ProductID);
Map(p => p.CreateTime);
Map(p => p.Name);
Map(p => p.Price);
}
}
public class BookMap : SubclassMap<BookProduct>
{
public BookMap()
{
Table("Book");
KeyColumn("ProductID");
Map(p => p.Author);
}
}
public class MobileMap : SubclassMap<MobileProduct>
{
public MobileMap()
{
Table("Mobile");
KeyColumn("ProductID");
Map(p => p.Brand);
Map(p => p.Number);
}
}怎么样，跟第一种方式是不是类似啊，呵呵，这要感谢这次的升级，我们无需改动太大，就能在这2中方式之间切换，很便利吧，至于不足，可能就是KeyColum不会自动去识别，有点遗憾，如果没有指定的话，默认为："Product_ID"。
我们的测试代码，同第一种方式，直接看测试结果：
其他方式
Table per concrete class（每个子类一张表），这种方式应该使用union-subclass标签，但FNT不支持这种方式，为什么呢，呵呵，因为这种方式不好，无论是从结构还是编写上来说，都是不好的做法，尽量避免的做法，所以FNT索性不支持了，如果真的需要这种方式，那你就直接分开映射ClassMap<T>吧，联合查询的话，或许就比较复杂了。
还有几种混合方式，其实就是第一种和第二种的结合，这要看不同需求了，同时也可以结合上面两种映射方式完成，就不做介绍了。
总结
这次说了一下继承的映射方式，其实很早就写好了，正好遇到Fluent NHibernate发布了RC版，所以用了一些时间去学习了下，总的来说，这次升级呢非常好，可能会存在更多的bug，但不影响我们的正常使用，而且现在的更新也非常快，后面几张可能说下几种不常见的映射和会遇到的些麻烦，不过感觉园子里使用NHibernate的人不太多，关注度不多，不过不影响我继续写下去的决心，这次也很偶然接触了FNT，确实有好多好的地方可以借鉴一下，而且在系列中，基本上每个范例都写了测试代码，虽然丑陋了点，但从小做起嘛，以后要养成这个习惯。
腾讯云开发者
