0

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

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

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

4

1 回答 1

0

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

需要考虑的事项：

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

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

于 2013-06-02T19:25:39.813 回答