DDD之领域，子域，限界上下文

领域

从广义上来讲，领域即是一个组织所做的事情以及其中所包含的一切。一般来讲商业机构会确定一个市场，然后在这个市场中销售产品和服务。每个组织都有它自己的业务范围和做事方式，这个业务范围以及在其中所进行的活动就是领域。

子域

由于领域的概念通常都过大，所以我们一般都会将其进行拆分，诸如核心域，通用域，支持域。一般来讲核心域就是整个产品的业务价值所在，是一个组织盈利的根本。或者按照业务来拆分，诸如订单子域，产品子域，物流子域等。

限界上下文

限界上下文简单来理解就是物理系统。由于微服务的兴起，一般来讲一个子域很有可能就是对应一个限界上下文。但是在前期业务量不大的情况下，可以采用一个限界上下文跨越多个子域的方式进行集成。

以一个产品零售的例子。领域，子域，限界上下文的概念图如下

这里我们可以看出电子商务系统横跨了产品目录子域，订单子域，发票子域，物流子域。随着业务的发展，我们可能需要将其按照子域拆分，拆分成产品系统，发票系统，订单系统，物流系统。

如何集成限界上下文

集成限界上下文有很多种方式，常见的如下

• RPC调用
  这是最简单的一种方式，常见的方案如dubbo，spring cloud。只要在一个限界上下文中暴露应用程序编程接口，然后在另外一个限界上下文中调用即可。
• 消息机制
  采用观察者模式，其中一个限界上下文订阅另外一个限界上下文中的消息，然后异步消费即可。这种集成方案通常会存在延时，但是可以保证最终一致性。
• RESTFul
  一个限界上下文向另外一个限界上下文发送请求的方式，如HTTP请求。
• 共享数据库/文件
  此种方案最简单，但是一般不建议采用。因为很容易造成数据库瓶颈。

上一篇：《DDD之通用语言》
下一篇：《DDD之实体与值对象区别》