当前位置:主页   - 电脑 - 网站开发 - ASP.Net
LINQ to SQL 实现数据访问通用基类(续)
来源:网络   作者:   更新时间:2012-08-01
收藏此页】    【字号    】    【打印】    【关闭

  本文示例源代码或素材下载

  上一篇: 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、如对本站发布的信息有异议,请联系我们,经本站确认后,将在三个工作日内做出修改或删除处理。
请参阅权责声明