本文示例源代码或素材下载
上一篇: LING to SQL 实现数据访问通用基类
在我们基于Domain驱动模式开发面向对象的多层架构的时候,层和层之间数据的传输对象(DTO)往往简化为领域对象模型,在上文中就是我们利用LINQ TO SQL对象设计器生成的Bill,Customer等实体类。
存在的问题
通常的做法,我们把这些实体类单独分成一层,这样程序分层划分成如下:
数据访问层(Data Access Layer)
业务层 (Business Layer)
用户界面层(UI Layer)
实体层(Entity Layer)
注意,多层应用程序,一般遵守这样的规则:UI调用BL,BL调用DL,不能跨级调用,也不能底层调用上层,但是实体层是我们的DTO,各个层都可以调用它。
如果这样划分,我们系统就出现问题:
我们把RepositoryBase划到数据层,LINQ TO SQL对象设计器生成的类分到实体层,数据层引用实体层,没有问题,但是我们看到,在我们实体层,存在一个方法(以Bill为例):
public static RepositoryBase<Bill, LINQtoSQLHelper.DataContextSetUp> CreateRepository() { return new BillRepository(); }
数据层也必须引用数据访问层,循环引用。另外,对于如何体现loadoption那?
解决循环引用
以Bill实体为例,循环引用的病因在于Bill实体中添加这样一个方法:
public static RepositoryBase<Bill, LINQtoSQLHelper.DataContextSetUp> CreateRepository() { return new BillRepository(); }
为什么要添加这个方法那?这样做就是充血模式的实体了。注意到RepositoryBase.cs有一段代码:
版权与免责声明
1、本站所发布的文章仅供技术交流参考,本站不主张将其做为决策的依据,浏览者可自愿选择采信与否,本站不对因采信这些信息所产生的任何问题负责。
2、本站部分文章来源于网络,其版权为原权利人所有。由于来源之故,有的文章未能获得作者姓名,署“未知”或“佚名”。对于这些文章,有知悉作者姓名的请告知本站,以便及时署名。如果作者要求删除,我们将予以删除。除此之外本站不再承担其它责任。
3、本站部分文章来源于本站原创,本站拥有所有权利。
4、如对本站发布的信息有异议,请联系我们,经本站确认后,将在三个工作日内做出修改或删除处理。
请参阅权责声明!