领域驱动设计之限界上下文的识别过程

　　在DDD建模和系统建设中有很多参与者，不同的参与者对同样的领域知识会有不同的理解，这样容易造成交流障碍，基于这个原因，DDD出现了通用语言和限界上下文两个概念。通用语言定义上下文含义，限界上下文定义领域边界，保证每个上下文的含义在特定的边界内有唯一含义，领域模型则存在这个边界之内。限界上下文确定了程序设计和拆分的方向。如果不考虑技术异构、团队沟通等外部因素，一个限界上下文理论上可以设计为一个模块或一个微服务。限界上下文是定义领域边界的利器。对限界上下文的通俗理解：用来封装通用语言和领域对象，提供上下文环境，保证在领域之内的一些术语、业务相关对象等（通用语言）有确切的含义，没有二义性。这个边界定义了模型的适用范围，使团队所有成员能够明确地知道什么应该在模型中实现，什么不应该在模型中实现。

如何探索限界上下⽂？

1. 基于前⾯输出的聚合和领域模型， 判断这些领域模型要解决的业务问题， 这些问题是否为同⼀个问题，如果是 则放到⼀个限界上下⽂中（⼀个问题 对应⼀个限界上下⽂），如果为否则 拆分到不同的限界上下⽂中；

2.如果⼀个聚合（领域模型）同时解 决多个问题时，则需要根据限界上下 ⽂的划分原则（后⾯⼏⻚会详细描述） 对聚合（领域模型）进⾏拆分，拆分 后对应的领域模型划分到不同的限界 上下⽂中；

3.上⾯环节中所定义的问题⼤⼩（需 考虑问题的变化原因、内在逻辑等） 需与领域专家共同讨论完成。