如何在Clean Architecture（整洁架构）中实现工作流与组件间通信

工作流逻辑实现方案 #

优先选择示例方案1：新增上层领域组件管理工作流，理由如下：

• 组件流转规则、激活/停用的触发条件本身属于核心业务规则，按照整洁架构的设计原则，核心业务逻辑必须收敛在领域层，不能和GUI层耦合。如果选择方案2把工作流放在上层GUI组件实现，后续如果要替换GUI栈（比如从Web端迁移到桌面端、新增移动端），工作流逻辑需要同步重写，完全违反了关注点分离的要求。
• 触发视图跳转的需求可以通过依赖倒置兼容：上层领域组件定义导航相关的抽象接口，由GUI层实现具体的页面跳转逻辑，领域层只需要调用接口方法即可，不需要依赖任何GUI层的具体实现，完全符合「依赖指向领域层」的原则。
• 额外收益：工作流逻辑放在领域层可以脱离GUI环境做单元测试，不需要启动视图渲染就能验证流转规则的正确性，测试成本大幅降低。

跨组件数据通信方案 #

优先选择示例方案3：领域层直接通信，理由如下：

• 需要跨组件传递的ID、Matrix3D都属于纯业务数据，和外层实现无关，放在领域层内部传递完全符合整洁架构的依赖规则，不会把业务数据不必要地暴露给GUI层或者基础设施层。
• 另外两个方案都存在明显的架构缺陷：
  • 示例方案1通过基础设施层传递：基础设施层的定位是处理数据库、第三方服务等细节实现，把业务数据流转放在这一层会导致领域层依赖基础设施细节，违反依赖倒置原则，后续如果替换基础设施实现，数据传递逻辑也会受到牵连。
  • 示例方案2通过GUI层中转：GUI层本身不需要消费这些业务数据，只是做中转，既无端增加了GUI层的复杂度，也导致业务数据流转逻辑和GUI耦合，更换GUI时需要重新实现数据传递逻辑，完全没有必要。
• 具体实现可以选择领域事件模式：每个组件完成当前步骤后发布对应领域事件，上层工作流组件订阅事件，拿到数据后直接传递给下一个待激活的领域组件即可，整个过程完全在领域层内闭环，对外层无依赖。

内容的提问来源于stack exchange，提问作者user137589