📐 L1 建模层
把真实世界的问题，辨识为一个可被工程处理的模型。
这一层在做什么
L1 是整个体系的输入端。它的核心问题是：
"我们到底在解决什么问题？这个问题的边界在哪里？哪些是核心、哪些是外围？"
建模层的产出不是代码，是一个被所有干系人共同理解的领域模型——它要能被业务方、技术方、产品方同时读懂。
关键产出物
| 产物 | 它回答的问题 | 关键工具 |
|---|---|---|
| 领域 / 子域划分 | 这是哪类问题？核心域、支撑域、通用域 | 业务价值分析 |
| 限界上下文 | 模型的边界在哪里？ | 事件风暴 |
| 通用语言 | 这个上下文里"订单"到底指什么？ | 术语表 + 协作 |
| 上下文映射 | 上下文之间怎么协作？谁依赖谁？ | 上下文映射图 |
| 聚合 | 哪些对象必须作为一个整体被修改？ | 一致性边界分析 |
五个子主题
- 战略建模——视野最大的一层：领域、子域、限界上下文、通用语言
- 战术建模——视野下沉到代码单元：聚合、实体、值对象、领域服务
- 跨上下文协作——边界确定后，边界之间怎么打交道
- 工具与产物——事件风暴、上下文映射图、限界上下文画布
- 应用案例——端到端贯通的真实场景
阅读路径
新读者：
- L1 是什么（先看这篇） ← 你在这里
- 战略建模
- 战术建模
- 跨上下文协作
带着具体问题来的读者：直接进对应 sidebar group。
与其他层的关系
L1 建模 ──输出──► L2 设计
│
模型被翻译为
架构与契约
│
▼
L3 实现- L1 是 L2 的输入：模型清晰度直接决定设计是否成立
- L1 质量决定 L5 演化成本：边界模糊的模型，未来重构代价呈指数级
- L4 反哺 L1：运行数据会揭示建模假设的错误，需要回去修正