🔧 L2 设计层
把 L1 输出的领域模型，翻译为可构建的架构与设计。
这一层在做什么
L1 给的是"模型应该长什么样"，L2 要回答"这个模型如何变成可维护的代码结构"。
这一层是工程化和"画大饼"之间的真正分水岭——好的设计让模型可以落地、可演化、可测试；糟糕的设计让再漂亮的模型也变成一坨泥。
关键产出物
| 产物 | 它回答的问题 |
|---|---|
| 架构风格 | 用什么结构组织代码？分层？六边形？微服务？ |
| 接口与契约 | 模块之间怎么说话？同步 RPC、异步事件？ |
| 设计模式 | 典型场景有没有成熟解？CQRS、Saga、Outbox？ |
| 质量属性 | 可维护性、可演化性、可观测性、性能怎么权衡？ |
五个子主题
- 架构风格——用什么样的骨架来组织代码
- 边界与契约——模块之间怎么说话
- 设计模式——成熟解的复用
- 质量属性——非功能性需求怎么取舍
- 应用案例——端到端贯通的真实场景
阅读路径
新读者：
与其他层的关系
L1 建模 ──输出领域模型──► L2 设计
│
模型被翻译为
架构与契约
│
▼
L3 实现- L2 是 L1 到 L3 的桥梁：模型的歧义要在这里被消除
- L2 受 L3 约束：再优雅的设计，落不了地就是空想
- L2 受 L4 校验：跑起来之后，设计是否真的支撑了质量目标