问题标签 [cadence-workflow]

升级正在运行的工作流的推荐做法是什么？

如果已经使用以前的工作流实现创建了正在运行的执行，则进行任何代码更改或更新工作流逻辑会导致 Cadence 出现“非确定性错误”，因为它无法使用更新的实现重放现有工作流执行的历史记录。

有哪些策略可以在不破坏现有工作流程执行的情况下处理升级？

我正在尝试使用 Uber Cadence 了解子工作流程的用例。与简单地将工作流程拆分为函数相比，子工作流程的优势是什么？我有一个相当复杂的工作流程，我正在考虑将其拆分为多个子工作流程，但我不确定这样做的利弊。

我正在为使用 UUID 从联系人服务中检索联系人的节奏活动功能编写单元测试。我想知道我应该在节奏活动中传递什么上下文。

这是测试功能。

我得到的错误信息：

是否有基于外部输入更改睡眠持续时间的 Cadence 工作流程示例？

我正在寻找的场景是这样的：工作流进入睡眠状态直到时间 X，但在睡眠开始之后但在完成之前，有一个外部触发器导致时间 X 更改为时间 Y。Y 可以更晚或更早比 X 更早。它甚至可以早于“现在”，应该立即释放睡眠。

在我的单元测试中，我想断言它workflow.Sleep()被调用了。我该怎么做呢？

本地活动和副作用之间有哪些主要区别？从表面上看，它们两者似乎都相似，其中 Local Activity 是一个超集。什么时候用户应该更喜欢副作用而不是本地活动。

如果我有一个长期运行的活动，它会做类似的事情

我希望能够从工作流程中取消它（而不取消整个工作流程），然后我将如何做到这一点？

我曾希望您可以在上下文完成通道上接收，然后在工作流中创建一个可取消的上下文，但这显然没有任何作用。

我有一个关于在 Cadence 中实施活动的“最佳实践”的问题。当工作流的活动跨越不同的服务时，活动通常是作为服务本身的一部分实现的，还是更常见的是保持活动分开并依赖服务 API：s 与服务交互？

在我们的节奏工作流程中，我们通常需要等待一定时间才能继续进行外部事件（即电子邮件阅读、链接点击等）。

我想知道将这些事件通知我们的工作流程的最佳方式是什么。信号是正确的方式，还是我们应该创建一个等待事件的活动？

从我所见，我们需要创建一个信号通道ch := workflow.GetSignalChannel(ctx, SignalName)，但是上下文在活动中不可用。

我们有要求让我们的用户创建自己的工作流程。这些工作流程可以有简单的是/否分支以及等待来自外部事件的信号。如果我们有完善的工作流定义，这不会是一个这样的问题，但是由于工作流可以是动态的，这会带来一个更棘手的问题。