简述
在学习DDD的过程中，会碰见很多术语，以及英文缩写，不同资料中对概念的解释也有偏差，这里统一总结一下我对DDD相关的术语的个人理解
相关术语包括：DTO、DO、Entity、BO、VO、PO、ACL、Repository规范、领域、子域、核心域、领域服务、聚合、聚合根、限界上下文、领域事件
DTO
Data Transfer Object 数据传输对象，用于不同服务或服务不同分层之间的数据传输，属于DDD里的应用层。
DO
Data Object 数据对象，其属性和数据库字段名一一对应，属于DDD里的Infrastructure层
(有的资料是Domain Object 领域对象，这里Domain Object的概念更接近于下面的Entity和value object)
Entity
实体类，业务的业务模型，它的字段和方法应该和业务语言保持一致，和持久化方式无关，属于DDD里的Domain层
BO
Business Object 业务对象，和上面的Entity概念一致
PO
Persistence Object 持久化对象，和上面DO概念一致
VO
Value Object 值对象，用来描述Entity对象的状态，通常是数据的集合，没有行为
(领域对象包含了业务对象和值对象)
ACL
Anti Corruption Layer 防腐层，指DDD中通过端口-适配器模式弄出来的中间层接口，用于隔离业务逻辑和第三方库的具体实现
Repository规范
Repository规范是特殊的ACL，特指隔离的是业务和数据持久的具体实现
领域
领域是一个比较大的概念
在《实现领域驱动》书中，领域就是一个组织所做的事情以及其包含的一切
个人理解为研究业务问题中的问题域，我们会在这个领域建立领域模型
子域
领域可以进一步划分为子领域。我们把划分出来的多个子领域称为子域，每个子域对应一个更小的问题域或更小的业务范围
举个例子，比如保险领域，我们可以把保险细分为承保、收付、再保以及理赔等子域
核心域
决定产品和公司核心竞争力的子域，要投入最牛的程序员进行开发核心域
聚合
聚合是领域对象的显式分组，旨在支持领域模型的行为和不变性，同时充当一致性和事务性边界
个人理解：聚合就是实体对象和值对象的集合，本质就是建立了比对象粒度更大的边界，聚合了那些紧密联系的对象，形成了一个业务上的整体，外界通过聚合根作为交互的入口
聚合根
聚合根是实体本身，拥有数据和行为，聚合根管理其所在的聚合，同时负责该聚合和外部的交互
领域服务
当业务逻辑跨领域对象时，则需要领域服务整合两个领域对象的业务逻辑
但要适度使用，过度的话业务逻辑都在领域服务里，那就又变成贫血模型了
限界上下文
限界就是领域的边界，而上下文则是语义环境或者说业务的整个流程，通过领域的限界上下文，我们就可以在统一的领域边界内用统一的语言进行交流
个人理解：限界上下文是用来划分领域对象的，每一个模型概念，包括它的属性和操作，在边界之内都具有特殊的含义，而领域模型需要准确的反映通用语言，所以就需要限界上下文来划分领域对象
领域事件
领域事件就是在领域层发生的一些事件，如果发生某种事件后，会触发进一步的操作，那么这个事件很可能就是领域事件
详细请看：https://juejin.cn/post/6938704749739016228
References
https://juejin.cn/post/7024640082082529317#heading-4
https://blog.csdn.net/muzizongheng/article/details/108871808
https://mp.weixin.qq.com/s?__biz=MzAxNDEwNjk5OQ==&mid=2650406692&idx=1&sn=4a4ac4168299d8ca1905a4f457ae4c59&chksm=8395373cb4e2be2a2d066a5ea4e631fd6270e969ce61883b488f61c1ce33fbc0b362ec9cbf7b&scene=21#wechat_redirect
https://zhuanlan.zhihu.com/p/359672528
标签：总结,术语,聚合,对象,Object,子域,领域,DDD From： https://www.cnblogs.com/CNLayton/p/17081297.html