ASP.NET 和 Windows 工作流 (WF) - 我们是否需要将其保持在应用程序状态？

Question

我一直在尝试在我的 ASP.NET 应用程序中使用 WF（实际上，它是 ASP.NET MVC ......但事实上它是 MVC 而不是 WebForms 一点都不重要）。

现在，我可以运行 WF 并且它工作正常，等等，但它以异步方式启动，因此 WF 的任何结果（好 或 坏）都会丢失页面生命周期。

我发现了一个MSDN article，它说在 ASP.NET 应用程序中，我们需要

• 将WorkflowRuntime 放入应用程序状态
• WorkflowRuntime 实例添加了一个 ManualWorkflowSchedulerService（不管是什么）。
• 在需要时使用此应用程序状态工作流实例。

这与我学会的做法不同：

• 使 WorkflowRuntime 成为静态对象，在需要时首先创建。
• 在您要运行的新工作流上使用此静态 WorkflowRuntime 实例。

那么...哪种方式更好？我们需要将其粘贴到应用程序中吗？两者有什么区别？

我知道这里实际上有两个问题...

• 应用程序状态与静态对象（使用 lock/null 或 double null checking）
• DefaultWorkFlowSchedulerService 与 ManualWorkFlowSchedulerService

干杯！

编辑：

• 第一个问题已回答here。
• 下面回答第二个问题。

Answer 1

我不确定您的第一个问题（尽管我怀疑它们是等价的）。但是，我确信第二个问题：你一定要选择ManualWorkflowSchedulerService。主要原因如下：

• 这是在工作流实例空闲之前阻止主机应用程序执行的唯一方法。请注意，您必须明确使用 RunWorkflow 方法。
• ManualWorkflowSchedulerService 重用发出 ASP.NET Web 请求的线程来运行工作流实例。这可确保在任何时候，工作流运行时中的活动线程数都等于 ASP.NET 进程中的活动 Web 请求数。

查看this sample了解更多信息。