Workflow AppFabric工作流服务和工作流管理器之间的区别

“App fabric工作流服务”和“workflow manager 1.0”之间有什么区别

两者都用于承载工作流。对于我来说，工作流管理器看起来不错，因为它是可伸缩的，我们可以使用多个服务器创建工作流托管场

“工作流管理器”是否将取代“appfabric工作流”？对于新项目，选择什么？

这是一个困难的问题

AppFabric工作流服务（实际上是WCF工作流服务）托管在WorkflowServiceHost中，但老实说，我们可以看到AppFabric工作流托管实际上并没有太大的发展。特别是通过BizTalk AppFabric connect与BizTalk工具（适配器和映射器）相结合，构建一些东西非常好

工作流管理器是SharePoint Server 2013附带的技术，与Windows Server的Service Bus一起提供。老实说，它是V1，但这可能是将要发展的技术（特别是因为SharePoint是这项技术的最大客户；）

Workflow Manager的优点在于它是为云准备的（隔离、可伸缩性、安全性…）。您还具有可信曲面（）的概念，这允许您进行沙箱定制

因此，我的打赌是：如果你的产品/平台是一个长期的东西，那么选择Workflow Manager，但要遵循V1的概念，或者忽略受信任的表面沙箱。 如果您构建它的时间较短，请仍然选择AppFabric

---

希望这有帮助

山姆·范霍特是对的：

workflow manager的缺点是它实际上是一个V1产品，我在使用它时遇到的两个主要问题是：

在Workflow Manager中托管的工作流应该是声明性的：添加自己的自定义代码可能很棘手

工作流管理器不允许您轻松强制持久化工作流状态。但是，有人提到，显式不支持。我在构建工作流时遇到过这样的情况：由于宿主环境配置中的问题或自定义代码活动中的异常导致主机崩溃，而不是像使用AppFabric时那样暂停工作流，因此同一活动被多次执行

如果您有时间学习平台并处理V1问题，我肯定会选择workflow manager，如果您有在AppFabric中托管的经验，请做好准备以应对重大差异。

Jurgen Willis（）在宣布workflow manager 1.0时回答了这个问题

它们之间的一个主要区别是AppFabric（用于工作流）应该用于承载基于WorkflowServiceHost（WFSH）的工作流服务。这意味着AppFabric中的工作流都是服务，并期望作为使用和公开WCF Soap服务的服务调用

---

但是工作流管理器可以承载任何类型的工作流，包括服务。您可以启动不接收或发送任何消息的工作流，但只执行DB事务。

我发现了一些后续操作

App Fabric将根据以下内容停止使用：

Sharepoint Server 2016依赖于应用程序结构：

工作流管理器1.0与Sharepoint Server 2013一起提供，如本线程前面所述。这是否意味着Workflow Manager也将停止使用，或者在Sharepoint Server 2016发布时它将作为2.0版发布？任何关于这一切将走向何方的其他信息都是非常受欢迎的

问题是：

“工作流管理器”是否将取代“appfabric工作流”？对于新项目 选择什么

我似乎仍然没有回答

Windows工作流基础是一个非常强大的框架，如果您没有一个可以依赖的AppFrand的主机系统，则是很麻烦的。p>