【无私分享:ASP.NET CORE 项目实战(第三章)】EntityFramework下领域驱动设计的应用

 

目录索引 

 

【无私分享:ASP.NET CORE 项目实战】目录索引

 

简介

 

  在我们 【无私分享:从入门到精通ASP.NET MVC】 系列中,我们其实也是有DDD思想的,但是没有完全的去实现,因为并不是所有的好的东西都必须要用到的,还是根据实际情况,DDD在大型的系统中是非常好的一种设计思想,这点不否认。但是根据具体情况而言,在我们小型的项目中,我们设计框架的更多考虑的是让使用者快速、便捷的开发,能快速的了解框架进行项目开发。

 

 

重构我们的思路

 

  最近研究了一下几位大神的博客,特别是:@腾飞(Jesse) 初探领域驱动设计(1)为复杂业务而生 和 @dax.net 的 EntityFramework之领域驱动设计实践 (一)

 

  让我重新认识了一下 DDD,对于这个设计思想,说实话,我还是比较陌生的,算是一个初学者,根据自己的一些理解,我对比了一下 初探领域驱动设计(1)为复杂业务而生示例代码的调用关系:

  之前的调用关系:接口实现类 继承 仓储 RepositoryBase<T> 实现业务操作和数据操作,进行操作的方式就是 调用接口方法 实现操作

                   

  腾飞(Jesse)初探领域驱动设计(1)为复杂业务而生 中示例代码的调用关系:领域层 调用 仓储 IRepository<T> 实现业务操作和数据操作,然后他的接口实现类,看上去像是 “中转”了一下,进行操作的方式就是 调用接口方法 接口方法 再调用 领域层的方法 实现操作 

 

        

这好像就是比我的多了一个“中转层”,把我们的接口作为了一个中转,领域层继承了仓储实现业务和数据操作,这有什么实际意义吗?希望大家指正一下:

我不理解的是,如果是按照这样,那么我如果要修改注册方法,比如我要在上面方法中传递 eamil,name,password 的基础上还需要传递手机号码,那么我需要修改"三"个地方,一个是应用层的接口IUserService 的 Register 的参数,一个是应用层的实现类 UserService 的 Register 的参数,还有 领域层 的 Register 的参数和方法体;而在我之前的代码中,只需要修改接口 IUserManage 的 Register 的参数 和 实现类 UserManage 的 Register 的参数和方法体 就可以。

 

 

 

希望跟大家一起学习Asp.net Core 

刚开始接触,水平有限,很多东西都是自己的理解和翻阅网上大神的资料,如果有不对的地方和不理解的地方,希望大家指正!

虽然Asp.net Core 现在很火热,但是网上的很多资料都是前篇一律的复制,所以有很多问题我也暂时没有解决,希望大家能共同帮助一下!

 

原创文章 转载请尊重劳动成果 http://yuangang.cnblogs.com

 

posted @ 2016-07-28 10:19  果冻布丁喜之郎  阅读(...)  评论(...编辑  收藏