DDD领域驱动（三）——之架构映射

前边两篇，我们讲述为什么用DDD？DDD如何做好需求梳理？理解了DDD要达到的目标，需求梳理好，达成统一语言了。那么接下来，就是这些需求的落地了。那么落地的第一步是什么？这些需求做在什么地方（系统）。这也是DDD划分的核心思想，自顶向下，由大到小，将其放到最合理的地方。好，先看下思维导图：

 这篇我们重点说三个点：限界上下文，上下文映射和领域架构。

一，限界上下文（Bounded Context）,其实在上一篇需求分析中，重点提出的一点“统一语言”，其实就是针对限界上下文中，有其大家都认可的通用语言。Spring Context大家应该都知道吧，说的是spring容器的上下文。而Bounded Context是指某一业务领域的上下文。看一下其它对其的定义：

限界上下文是一个显示的边界，领域模型便存在于边界之内。在边界之内，通用语言中的所有术语和词组都有特定的含义，而模型需要准确地反映通用语言。