我正在尝试使用 Uber Cadence 了解子工作流程的用例。与简单地将工作流程拆分为函数相比,子工作流程的优势是什么?我有一个相当复杂的工作流程,我正在考虑将其拆分为多个子工作流程,但我不确定这样做的利弊。
最佳答案
子工作流与将所有应用程序逻辑并置在单个工作流中的主要限制是缺乏共享状态。父子只能通过异步信号进行通信。但是,如果它们之间存在紧密耦合,则使用单个工作流并仅依赖共享对象状态可能会更简单。
如果您的问题在执行事件的数量和处理的信号方面具有一定的规模,我个人建议从单个工作流实现开始。它只是比多个异步通信工作流更简单。
此外,人们经常注意到工作流不仅仅是函数,您可以在其中使用 OO 的全部功能。使用结构、接口(interface)和其他 OO 技术将逻辑分解为更易于管理的抽象。
关于cadence-workflow - Uber Cadence 中的子工作流程有什么好的用例?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/55840458/