基于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企业级应用架构设计》

《领域驱动设计》

 

附件下载

NHibernateFramework.rar

 

posted @ 2013-08-18 14:45  十三燕  阅读(3806)  评论(2编辑  收藏  举报