Windows Workflow是否被广泛使用？

Question

我读了一下这项技术的总体思路，但它让我想起几十年前，当我们被告知“将来你不会编写代码时，你会在一些图形工具中连接盒子。” / p>

这种技术是否已成为.NET开发的核心（如WCF和WPF）或是否未能成功？

Answer 1

我不相信WF被广泛使用;我们可能是目前使用它的少数几个地方之一（WF3），我们放弃它来获得更简单的定制解决方案而不是迁移到WF4。

一个问题是，WF的主要受众之一是那些构建“企业”类型系统（即具有复杂的长期运行状态流程的解决方案），但微软没有为其提供任何“企业级”托管解决方案写自己的是一种痛苦的经历（去过那里，完成了）。 WF4的AppFabric看起来似乎可以解决这个问题，但最终只是一些日志记录和持久性框架，将实际存在的难题完全排除在外。

这很遗憾，因为WF4看起来像是构建此类应用程序的一个很好的框架。有了正确的托管，它可能是'BizTalk做得对'（在这里也是一位经验丰富的BizTalk开发人员）。但是，除非有一个好的托管解决方案，我希望它的使用相当有限。

Answer 2

WF是一个工作流引擎，而不是一个完全充实的工作流应用程序或组件。您可以使用它来为您自己的应用程序添加工作流程功能，但您必须提供一个用户友好的设计师，否则它会带来麻烦而不是受益。

直到现在，WF还没有流行，因为它太慢了，因此它只适用于重型工作流程。例如，页面流（指定一系列网页）是不可能的。开发人员还必须创建大量管道才能在其应用程序中托管WF。最后，您必须从头开始创建最终用户WF设计器，或者使用完全不适合最终用户的Visual Studio设计器。

WF v4更快更容易托管，但你仍然需要建立自己的设计师。

Answer 3

如果您使用某些Microsoft产品线，它将变得非常有用（例如，Dynamics CRM允许您编写业务用户可以通过Web界面使用的自定义工作流操作）。

除此之外，我的（有限的）轶事证据表明它的用处不多。

Answer 4

值得注意的是，TFS2010构建过程基于Workflow（如果您愿意使用，则包括框拖动UI）。

它不像WPF或WCF那样重要，但它绝对有其用途。我看到的一个问题是，worfklow对于应用程序而言比其他应用程序更为基础：用WPF替换UI并不需要需要进行重新构建才能工作。同样，创建WCF Web服务层不会要求进行重新构建。有效地集成工作流通常需要更大更深的变化才能有效，这使得我所看到的大多数系统的进入门槛都要高得多。