戏说领域驱动设计（五）——子域

Python微信订餐小程序课程视频

https://edu.youkuaiyun.com/course/detail/36074

Python实战量化交易理财系统

https://edu.youkuaiyun.com/course/detail/35475
 　　细心的您可能已经发现了一个规律，DDD使用了一种由上至下的方式来指导系统的构建。第一层考虑如何把大的领域划成多个小的子域，重要性不一样，投入的人和钱肯定也不一样；第二层考虑系统的架构方面，仍然是一类宏观的工作，不过其更加聚焦于如何把大的系统分成几个物理子系统及子系统间的交互方式（如果非微服务架构，就是要考虑分几个包或名称空间）；第三层考虑划小后的子系统自身的架构模式（事件驱动、三层架构、ODD架构、事件源架构等）、领域模型（设计模型）等技术细节。这种从上到下的方式约束着我们在看待问题时应当由宏观到微观，更具条理性。好比您认识一个人，先有一个整体印象然后才能了解对方的三观等问题。

我们上一章对子域做了一个大概的说明，总结起来有四点：1）子域是一种对整体领域的概念上的划分，是人为的主观行为；2）子域的目的是把大的领域划小，使用分而治之的方法来简化系统建设时的复杂度；3）子域的划分不是一成不变的；4）领域有界限，不是无限的大。您常听客户说“我们有这样几块业务”，一般来说这里所谓的”几块儿“就是指子域。谈论子域的时候一般不会涉及过多的技术。假如时间可以倒退50年，那个时候没有电脑，人们用纸记录工人的工资。工资管理通过人工的方式来完成，如何管理就是业务规则，是客观的，和是否有电脑关系不大。

1、子域分类

DDD的定义里，子域包含“核心域”、“支撑域”和“通用域”三类，您经常会迷惑为什么会这么定义？怎么理解不同域的作用？如果我分错了是不是对系统影响非常大搞不好会失败？回答您的问题之