【无私分享：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