一、解耦领域层和基础层 　　 DDD严格的分层架构告诉我们，每一层只能与其下方的一层发生耦合。因此用户接口层只与应用层发生交互，应用层往下只与领域层发生交互，领域层往下只与基础层发生交互。 　　　　在传统的代码分层结构Controller ...

首次接触仓储的概念来自Eric Evans 的经典著作《领域驱动设计－软件核心复杂性应对之道》，但书中没有具体实现。如何实现仓储模式，在我这几年的使用过程中也积累了一些具体的实施经验。根据项目的大小、可维护性、可扩展性，以及并发我们可以做以下几种设计； 1、项目小，扩展性差 ...

我们经常在项目中使用仓储（Repository）模式，来实现解耦数据访问层与业务层。那在.net core使用EF core又是怎么做的呢？ 现在我分享一下我的实现方案： 一、在领域层创建Repository类。 1、首先定义实体接口 。 2、其次定义实体父类 ...

转自：http://www.cnblogs.com/daxnet/archive/2010/07/19/1780764.html 规约（Specification）模式 本来针对规约模式的讨论，我并没有想将其列入本系列文章，因为这是一种概念性的东西，从理论上讲，与EntityFramework ...

仓储和工作单元模式 仓储模式 为什么要用仓储模式 通常不建议在业务逻辑层直接访问数据库。因为这样可能会导致如下结果： 重复的代码 编程错误的可能性更高 业务数据的弱类型 更难集中处理数据，比如缓存 无法轻松地从外部依赖项测试业务逻辑 在业务逻辑层通过仓库模式访问 ...

ORM 在业务开发中一直扮演着亦正亦邪的角色。很多人赞颂 ORM，认为 ORM 与面向对象的契合度让代码简洁有道。但是不少人厌恶它，因为 ORM 隐藏了太多的细节，埋下了超多的隐患。在 Go 中，我们 ...

开篇 2016新年伊始，望眼过去，不知不觉在博客园已经注册8个月啦，由于最近忙于工作，博客迟迟没有更新。直到最近一直研究.Net设计模式，对一些模式有所感悟，故拿出自己的心得与大家分享，在接下来的所有博客中我都会以【理论介绍】和【具体实践】两个方面来叙述对模式的应用。 理论介绍 仓储 ...

p { text-indent: 2em } Repository已经不是什么新鲜概念了。DDD模型自2004年提出，发展至今已经16年了。但是不少企业却无法实施，其原因也很简单：DDD是基于需求的，而很多并不理解需求；DDD是容易实现的，而很多设计者并不会编程。这种情况就有一些两头不讨好 ...