基于NHibernate的开发框架的设计
上次的 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企业级应用架构设计》
《领域驱动设计》
附件下载