java 业务界限划分_限界上下文和四步实现领域建模

限界上下文在《领域驱动设计》一书中并不特别显眼，关于限界上下文的介绍位于第14章的一个小节中。

Eric Evans 后来回顾说，把 Bounded context 放在14章是一个错误。在最新的 DDD Reference[2] 中，限界上下文已经被提到了第1章第1节，地位凸显。

限界上下文，限的意思就是划分、规定，界就是界限、或者一个边界，上下文就是业务的整个流程。

限界上下文定义了领域模型的边界，应该在团队组织、应用中特定部分的使用、代码库和数据库模式等物理表达等方面显式地设定边界。

限界上下文的目的就是理清子域，然后区分这些子域那些是核心域、支撑子域和通用子域。

一个领域模型涵盖了核心域、子域和限界上下文，其中核心域、子域也可以表达为一个子领域模型，这样一层层嵌套下去。核心域

领域模型的主要业务因素，是解决此领域问题主要建模部分。子域

对该核心域的提供支撑的关联域 或 系统通用部分的功能支持。

通过子域划分和对领域概念的深入发掘，有助于创建现实世界的更合理抽象。分别思考和实现两个较小规模的系统，要比实现一个大规模的系统容易的多。更细粒度的划分也增加了复用的机会和对业务演进的更好支持。

再看一个图来感受一下限界上下文：

建模初期把这个领域模型规划出来，可以让团队很清楚这个系统的业务边界在那里，有那些领域模型的元素。