“App fabric workflow service”和“Workflow manager 1.0”之间有什么区别
两者都用于托管工作流程。对我来说，工作流管理器看起来很好，因为它是可扩展的，我们可以使用多个服务器创建工作流托管服务器场
将“工作流管理器”替换为“appfabric工作流程”？对于新项目选择什么？
答案 0 :(得分：1)
这是一个艰难的。
AppFabric工作流服务（实际上是WCF工作流服务）托管在WorkflowServiceHost中，但说实话，我们可以看到AppFabric工作流托管并没有真正发展。特别是通过BizTalk AppFabric connect与BizTalk工具（适配器和映射器）结合使用，构建一些东西很不错。
Workflow Manager是SharePoint Server 2013附带的技术，以及Windows Server Service Bus。说实话，它是一个V1，但这可能是将要发展的技术（特别是因为SharePoint是这项技术的最大客户;）
Workflow Manager的优点在于它可以构建为云就绪（隔离，可伸缩性，安全性......）。您还拥有可信表面（http://msdn.microsoft.com/en-us/library/windowsazure/jj193509(v=azure.10).aspx）的概念。这允许您进行沙箱自定义。
所以，我的赌注是：如果您的产品/平台是一个长期的事情，请选择Workflow Manager，但要使用V1概念，或忽略Trusted Surface沙盒。 如果你在短期内构建它，请继续使用AppFabric。
希望这有帮助
答案 1 :(得分：1)
Jurgen Willis（http://blogs.msdn.com/b/workflowteam/archive/2012/10/24/announcing-the-release-of-workflow-manager-1-0.aspx）宣布Workflow Manager 1.0回答了这个问题。
它们之间的主要区别在于AppFabric（用于工作流）应该用于托管基于WorkflowServiceHost（WFSH）的工作流服务。这意味着AppFabric中的工作流是所有服务，并且期望在服务和公开WCF Soap服务时调用。
但Workflow Manager可以托管任何类型的工作流，包括服务。您可以启动不接收或发送任何消息的工作流，但只能进行数据库事务。
答案 2 :(得分：1)
我找到了一些跟进。
App Fabric将根据这个停止： http://blogs.msdn.com/b/appfabric/archive/2015/04/02/windows-server-appfabric-1-1-ends-support-4-2-2016.aspx
Sharepoint Server 2016依赖App Fabric： https://redmondmag.com/articles/2015/05/12/sharepoint-2016-and-infopath.aspx
Workflow Manager 1.0随Sharepoint Server 2013一起提供，如前面在此主题中所述。这是否意味着Workflow Manager也已停产，或者在Sharepoint Server 2016发布时它是否会作为2.0版本出现？关于这一切发生在何处的任何其他信息都非常受欢迎。
问题：
将＆＃34;工作流程经理＆＃34;替换＆＃34; appfabric工作流程＆＃34;？对于新项目 选择什么？
对我来说仍然没有答案。
Windows Workflow Foundation是一个非常强大且强大的框架，如果您没有像您可以信赖的AppFabric这样的内部主机系统，那么它很麻烦。
答案 3 :(得分：0)
Sam Vanhoutte是对的：
工作流管理器的缺点是它确实是一个V1产品，我在使用它时遇到的两个主要问题是：
Workflow Manager中托管的工作流程应该是声明性的：添加您自己的自定义代码可能会非常棘手，documentation is not extensive。
工作流管理器不允许您轻松强制保持工作流状态。有人提到delay activities will persist state，但明确不支持Persist Activity。由于托管环境配置中的问题，或者因为自定义代码活动中的异常导致主机崩溃而不是像使用AppFabric时那样暂停工作流，因此我在构建工作流的过程中遇到了一些情况，其中多次执行相同的活动。 / p>
如果您有时间学习平台并处理V1问题，我肯定会选择工作流程管理器，如果您有在AppFabric中托管的经验，请为重大差异做好准备。