.net – Windows工作流 – PersistableIdle

Is there a better approach (1,2 or another option)?

乍一看,#2听起来很有必要.使用书签(或某种书签活动,如接收)的原因是它们可以随时恢复.这允许用户Y的研究结束,并且工作流程可以随时恢复执行(而不是在延迟到期之前被阻止).

#1可能也是必要的反驳是,您可能希望设置触发工作流操作的时间限制(提醒被触发,例外,取消等).

怎么决定？我认为答案通常是#3：两者

使用Pick Activity是一种很好的方法.在一个PickBranch触发器中使用书签活动,在另一个PickBranch触发器中使用延迟活动,您可以编写一个工作流程,该工作流程将“处理先发生者 – 用户Y或超时”.

您提出的第二个问题是“当我不希望工作流程被卸载时,如何停止卸载工作流程？”是否意外的工作流程正在卸载风险？

嗯,这取决于.如果您正在使用WorkflowServiceHost,那么卸载工作流并不会带来很大的风险,因为WorfklowServiceHost足够智能,可以在需要做更多工作(处理传入消息或从延迟恢复)时重新加载工作流.

如果您没有使用WorkflowServiceHost,您可能正在编写主机,您可以通过某些工作获得相同的效果,或者您可以阻止卸载发生 – 当您编写主机时,您可以通过事件控制卸载策略在WorkflowApplication上

其他杂项：
– 异步代码活动确实可以防止您的工作流在进行异步工作时保持不变.我不认为它们应该被故意用作反持久机制 – 如果你想要其中一个,请查看NoPersistZone activity.

– 没有’卸载’活动,但有一个’持久’活动.工作流可以说他们想要保存进度,但只有主机才能在卸载发生时做出最终决定.