l 领域服务还有一个很重要的功能就是可以避免领域逻辑泄露到应用层。因为如果没有领域服务，那么应用层会直接调用领域对象完成本该是属于领域服务该做的操作，这样一来，领域层可能会把一部分领域知识泄露到应用层。因为应用层需要了解每个领域对象的业务功能，具有哪些信息，以及它可能会与哪些其他领域对象交互，怎么交互等一系列领域知识。因此，引入领域服务可以有效的防治领域层的逻辑泄露到应用层。

6. 聚合和聚合根

l 聚合的一些特点：

1) 每个聚合有一个根和一个边界，边界定义了一个聚合内部有哪些实体或值对象，根是聚合内的某个实体；

2) 聚合内实现事务一致性，聚合外实现最终一致性（使用领域事件进行事务拆分，实现最终一致性）。在一个事务中，只能创建或更新一个聚合。

3) 聚合内部的对象之间可以相互引用，但是聚合外部如果要访问聚合内部的对象时，必须通过聚合根开始导航，绝对不能绕过聚合根直接访问聚合内的对象，也就是说聚合根是外部访问聚合的网关；

4) 聚合内除根以外的其他实体的唯一标识都是本地标识，也就是只要在聚合内部保持唯一即可，因为它们总是从属于这个聚合的；

5) 基于聚合的以上概念，我们可以推论出从数据库查询时的单元也是以聚合为一个单元，也就是说我们不能直接查询聚合内部的某个非根的对象；

6) 使用小聚合（大聚合会影响性能；大聚合容易导致并发冲突；大聚合扩展性差）

7) 聚合内部的对象可以保持对其他聚合根的引用；

8) 删除一个聚合根时必须同时删除该聚合内的所有相关对象，因为他们都同属于一个聚合，是一个完整的概念；

9) 停下来重构模型。寻找模型中觉得有些疑问或者是蹩脚的地方，比如思考一些对象应该通过关联导航获得到还是应该从仓储获取？聚合设计的是否正确？考虑模型的性能怎样，等等；

l 如何识别聚合：

先从业务的角度深入思考，然后慢慢分析出有哪些对象是：

1) 有独立存在的意义，即它是不依赖于其他对象的存在它才有意义的；

2) 可以被独立访问的，还是必须通过某个其他对象导航得到的；

有分析报告显示，通常在大部分领域模型中，有70%的聚合通常只有一个实体，即聚合根，该实体内部没有包含其他实体，只包含一些值对象；另外30%的聚合中，基本上也只包含两到三个实体。

l 如何识别聚合根：

如果一个聚合只有一个实体，那么这个实体就是聚合根；如果有多个实体，那么我们可以思考聚合内哪个对象有独立存在的意义并且可以和外部直接进行交互。

l 仓储里面存放的对象一定是聚合，原因是领域模型中是以聚合的概念去划分边界的；聚合是我们更新对象的一个边界，事实上我们把整个聚合看成是一个整体概念，要么一起被取出来，要么一起被删除。我们永远不会单独对某个聚合内的子对象进行单独查询或做更新操作。因此，我们只对聚合设计仓储

l 仓储还有一个重要的特征就是分为仓储定义部分和仓储实现部分，在领域模型中我们定义仓储的接口，而在基础设施层实现具体的仓储。这样做的原因是：由于仓储背后的实现都是在和数据库打交道，但是我们又不希望客户（如应用层）把重点放在如何从数据库获取数据的问题上，因为这样做会导致客户（应用层）代码很混乱，很可能会因此而忽略了领域模型的存在。

l 仓储定义的接口要有具体领域意义，不能是一个模糊的通用的接口。通用接口会导致取数据逻辑泄露到应用层或领域层。

#、微服务

.NET 微服务：适用于容器化.NET 应用程序的体系结构- 电子书

阿里大中台小前台解读

企业级中台建设

头部电商的中台实践血泪总结