系分/架构——领域驱动设计之战略设计

领域驱动设计（DDD）中最关键、最宏观的环节——战略设计。你可以把它理解为绘制一幅精确的"业务地图"，在这张地图上，复杂的商业王国被清晰地划分为若干行政区（子域），每个行政区有自己的法律和语言（限界上下文和通用语言），并且行政区之间有着明确的通行和协作规则（上下文映射）。

1. 战略设计：绘制业务地图

1.1 概念

战略设计是DDD的高层规划阶段，其核心目标是解构业务复杂性，界定系统边界，定义团队协作模式。它不关心"类"如何实现（那是战术设计的事），而关注如何将庞大的业务领域划分成可理解、可管理、可独立演进的模块。

大白话类比

想象一下，你要开发一个"智慧城市"系统。战略设计就是城市规划总署的工作。总署并不关心某栋大楼的内部装修细节（战术设计），而是先要规划出：哪里是金融区、哪里是住宅区、哪里是文教区（业务领域分类），每个区的边界和法律是什么（限界上下文），并且规定各区之间如何修路、如何互通有无（上下文映射）。没有这个顶层规划，城市发展就会陷入混乱。

1.2 产出

战略设计的交付物是一张架构蓝图，它明确了：

• 业务领域分类：系统包含哪些核心业务板块。
• 限界上下文：每个业务板块的精确边界。
• 通用语言：在每个边界内，所有人（开发、产品、业务）使用的无歧义术语。
• 上下文映射图：描绘了各个部分如何协作的关系图。

1.3 工作流程

战略设计的工作流程包括：事件风暴会议、识别子域、划定限界上下文、绘制上下文映射。

2. 业务领域分类：划分商业王国

2.1 为什么要对业务领域分类

面对一个庞大系统（如淘宝、美团），直接下手开发是不可能的。必须采用"分而治之"