在我自己的 WCF 服务中托管 Windows Workflow 4

Question

我正在处理一个我想在其中使用 Windows Workflow 4 状态机的项目。 Visual Studio 解决方案模板和大多数指南似乎将一切都导向 IIS 中的托管服务，该服务是通过工作流中的发送和接收活动动态创建的。

但是，我宁愿不使用发送和接收活动，然后托管在我自己的 WCF 服务中，这将允许我使用 Windows 服务而不是 IIS，并使用 TCP 等其他绑定而不是 HTTP，并创建我自己的接口而不是暴露 MEX。此外，它还可以移植到任何其他托管安排中，例如 WPF 应用程序或控制台等。

这对我来说感觉更灵活。不知何故，将服务操作作为工作流程的一部分似乎是两个不相关的事物的紧密耦合。我的方法有什么缺点吗？我是 WF 的新手，所以我可能会遗漏一些东西。

Answer 1

根据您运行的工作流类型，您可能需要编写大量工作流服务为您提供的填充代码。

需要考虑的事项：

• 您的工作流程是否长期存在？
• 您是否将多条消息发送到同一个工作流？
• 您的工作流是否需要在主机重启后继续存在？
• 您是否使用延迟活动来响应超时？
• 您是否需要能够在出现错误后重试操作？

WF 服务会自动处理这些事情，否则需要您注意。这当然是可行的，我过去做过，但要注意你正在失去什么。