跨上下文协作（Cross-Context Collaboration）
BC 是独立演化的，但 BC 之间必须协作——本 group 给出 9 种 BC 关系 + 关键模式（ACL / Shared Kernel / Customer-Publisher），帮团队在具体场景下选择合适的协作模式。
本 group 包含
| 文档 | 核心问题 | V2 节点 |
|---|---|---|
| 9 种 BC 关系 | BC 间有几种协作模式？ | B6 权衡 |
| Anti-Corruption Layer | 如何保护核心域不被污染？ | B2 + 控制论 Ch 6 解耦 |
| Shared Kernel | 不可避免的共享代码如何管理？ | B3 反向 |
| Customer-Publisher | 多客户集成如何标准化？ | B6 权衡 |
9 种 BC 关系一览
| 关系 | 上下游权力 | 适用 | 保护性 |
|---|---|---|---|
| Partnership | 平等 | 共同命运 | — |
| Shared Kernel | 共享 | 共同基础 | — |
| Customer-Supplier | 强-弱 | 内部清晰 | 弱 |
| Conformist | 极强-极弱 | 不可改变 | 无 |
| ACL | 强-中 | 保护核心 | 强 |
| OHS | 标准-多客户 | 多下游 | 中 |
| Published Language | 通用 | 跨组织 | 中 |
| Separate Ways | 无 | 不集成 | — |
| Big Ball of Mud | 混乱 | 遗留系统 | — |
阅读顺序
context-map (宏观：BC 间协作地图)
↓
context-map-relations (9 种关系详解)
↓
anti-corruption-layer (最重要的保护模式)
↓
shared-kernel (受控耦合)
↓
customer-publisher (标准化发布)与其他 group 的关系
- 上游：02-strategic（BC → 关系）
- 下游：L2-design/03-boundaries（关系 → 契约 / 集成成熟度）
关键洞察
跨 BC 协作的核心不是"选最强的耦合"——是"选最合适的耦合"—— 权力 + 协作意愿 = 关系选择。
- 上游愿意配合 + 下游需要保护 → ACL
- 上游不可改变 + 下游能跟随 → Conformist
- 上游愿意标准化 + 多下游 → OHS + PL
- 集成成本 > 收益 → Separate Ways（合理选择）
相关链接
- L1 Strategic——BC 边界来源
- L2 Boundaries——契约层
- [V3 涌现作为] · 分解——BC 分解
- [V3 涌现作为] · 权衡——关系选择是权衡
- 源典 IDDD Ch 3——Vernon 9 种关系原书精读