DDD落地过程中关于限界上下文的思考

前言

DDD分为战略设计和战术设计，战略设计就是划分子域和限界上下文的过程。领域划分为子域的通用划分形式是把领域划分为 核心子域、支撑子域、通用子域。我们在落地过程中常常会很容易划分出核心子域，因为核心子域是领域赚钱的核心逻辑嘛，一般设计mvp的时候mvp就是核心子域。但是领域划分出核心子域、支撑子域和通用子域之后就算划分完成了吗？

子域和限界上下文

实际上子域也是领域，一个公司不同部门关注的是一个大领域的不同子领域，在你关注的领域内也需要做这种子域的划分。比如腾讯这个大公司，有很多部门，这些部门都属于互联网领域，但是每个部门又有自己关注的领域，比如游戏部门关注的是游戏领域、微信部门关注的是微信领域。不同部门的领域还可以再继续划分出自己关注的领域的核心域和支撑子域。所以整体上，领域的划分就是一颗树。
我们回到自己关注的领域，基于这个领域做划分。我们会把这个关注的领域划分为核心域、支撑域和通用域，一般每个域都由一个小团队负责(康威定律)。如果一个团队的工作是支撑域，那么这个支撑域就是他们的核心域，他们可以对此再做细致的划分，何时划分到头呢？用一个具体的限界上下文解决这个叶领域的所有问题，并且领域通用语言在这个上下文中没有二义性，那么就算划分到头了。