上次的 NHibernate的Session管理策略和NHibernateHelper 发布并提供下载，给NHibernate刚入门的同学们带来很多便利。
最近有同学在求NH的通用仓储，正好我最近也设计了一个应用于实战，好吧，无私地分享并快乐着吧。
与上次一样，您无需关心细节，因为我会在最后提供源代码的下载。
如果您对ORM没兴趣，为不浪费您宝贵的时间，请点又上角红叉。
Repository设计
从整体上可以看到，这个仓储用到了泛型，并且继承了一个叫BaseRepository。
BaseRepository的作用就是为仓储提供一个特定的Session上下文，以便仓储中使用和执行事务。
你会看到这个仓储除了有普通的增删改的行为以外，还提供了一系列的查询，
这是为了在具体仓储中可以少写一些代码，另外这些行为都比较细，是为了在业务层重新组装成业务组件来使用，比如分页组件。
在BaseRepository中就使用到了上一篇中的Session管理策略。
分页组件
分页组件的实现非常简单，因为前面仓储已经做好了铺垫，明确地说，这个分页组件不在仓储，而是组织仓储功能。
因为作者认为有些分页需要返回一个总记录数，这个其实是特定的分页插件需要考虑的，而仓储不应该知道UI插件的存在而专门为一个UI插件提供功能。
你会发现GetCount函数并没有白白准备，而实战中关联对象的List<T>.Count可能会做一次延迟加载的查询，所以这个函数必不可少。
可使用Query对象，也可直接使用HQL。
分页的实战
注意：对于复杂的查询建议不要太考虑分层，就算留点灰色空间吧。因为多实体关联考虑到自定义的别名（比如from obj1 as o1 left join o1.XXX as o2 where o2.XXX=XXX），如果别名由业务层或更高层指定的话，相当于高层类库需要了解低层类库中HQL的结构了，这种情况分层不如不分。
另外简单的分页条件查询可以使用如下示例。
条件查询
排序
事务管理和Repository的重用考虑
我们通常会在领域模型Service中组织仓储，供更上层的调用，而在仓储中控制事务的打开和提交，明显会阻碍仓储在业务层被重用。
解决的思路可以看我的业务逻辑层设计——事务的考虑，下面我给出一个简单的做法。
这里使用BaseService自己封装的事务控制。
Session.SaveOrUpdate()也可以调用仓储的Update()代替，比如：new PurchaseOrderRepository().Update();
花絮
这个项目本来是基于.NET2.0的，所以我并没有打算给他升级，所以NH版本选择了2.1，也就没有Linq， 也就没有fluent。
参考过很多书籍和博客
感谢博客园前辈们
李永京、弦哥、刘冬.NET、博客园NHibernate专题。
参考书籍
《Microsoft .NET企业级应用架构设计》
《领域驱动设计》
附件下载