[原创]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，确实有好多好的地方可以借鉴一下，而且在系列中，基本上每个范例都写了测试代码，虽然丑陋了点，但从小做起嘛，以后要养成这个习惯。