知识卡片
依赖方向也建模
内容
运输作业若主动拉取整个Cargo聚合，会扩大对预订受理上下文的依赖。上下文映射要让依赖保持最小，必要时通过策略注入或服务调用反转协作方向。
参考来源
- 位置：《复杂软件设计之道》第7章《货物运输系统》"7.5.2 有界上下文映射"一节（源文件：_chapter_text/ch07.txt）
- 结论依据：原文明确"假设当前作业上下文通过RPC主动访问预订受理上下文，那么需要获取预定受理上下文的Cargo聚合信息……这就使得当前作业上下文不只是运输路线，还依赖更大、更复杂的Cargo聚合……这显然违背了高度松耦合的原则"，最终改为"当前上下文被预订受理上下文调用"并通过依赖反转/策略注入实现最小依赖。
- 原始内容：假设当前作业上下文通过RPC主动访问预订受理上下文，那么需要获取预定受理上下文的Cargo聚合信息，因此……当前作业上下文不只是运输路线，还依赖更大、更复杂的Cargo聚合，也就是说在更大粒度上依赖预订受理上下文，这显然违背了高度松耦合的原则……只能采取当前上下文被预订受理上下文调用的方式了。