.net Windows工作流是否被广泛使用？

我读了一些关于这项技术的总体想法，但它让我想起了几十年前，我们被告知“将来你不会写代码，你会用一些图形工具连接盒子”

---

它是一种已成为.NET开发核心的技术（如WCF和WPF）还是未能流行？

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

---

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

可能值得注意的是，TFS2010构建过程是基于工作流的（如果您愿意使用，包括框拖动UI）

---

它不像WPF或WCF那样重要，但它肯定有它的用途。我看到的一个问题是，worfklow对应用程序来说比其他问题更为重要：用WPF替换UI不需要一个基础架构就可以工作。同样，创建WCF web服务层不需要重新构建体系结构。有效地集成工作流通常需要更大、更深入的更改才能有效，这使得我所研究的大多数系统的进入壁垒更高。

WF是一个工作流引擎，而不是一个完全充实的工作流应用程序或组件。您可以使用它将工作流功能添加到您自己的应用程序中，但您必须提供一个用户友好的设计器，否则麻烦大于好处

WF直到现在才流行起来，因为它太慢了，所以它只适合于重载工作流。例如，页面流（指定网页序列）是不可能的。为了在应用程序中承载WF，开发人员还必须创建大量管道。最后，您必须从头开始创建最终用户WF designer，或者使用VisualStudio的designer，这完全不适合最终用户

---

WF v4的运行速度更快、更容易，但您仍然需要构建自己的设计器。

我不认为WF被广泛使用；我们可能是目前使用它（WF3）的为数不多的地方之一，我们正在放弃它以获得更简单的定制解决方案，而不是迁移到WF4

一个问题是，WF的主要受众之一是那些构建“企业”型系统（即具有复杂长时间运行的有状态流程的解决方案）的人，但Microsoft没有为其提供任何“企业级”托管解决方案，编写自己的托管解决方案是一个痛苦的经历（曾经经历过，已经完成过）。WF4的AppFabric看起来可以解决这个问题，但最终只不过是一个日志记录和持久性框架，完全忽略了托管的实际难题

---

很遗憾，因为WF4看起来像是构建这种类型应用程序的一个很好的框架。有了正确的主机，就可以“正确地完成BizTalk”（这里也是作为一名经验丰富的BizTalk开发人员）。但是，除非有一个现成的好的托管解决方案，否则我希望它的使用会相当有限。

这是一个相当主观的问题，但我认为这是一个值得考虑的问题。除了少数企业规模的业务系统外，它的使用似乎非常少；LabView（另一种“图形”编程环境）在制造业中被大量使用。“将来，您将不用编写代码，而是使用一些图形工具连接方框”在某些地方发生过这种情况——编码已经外包，当地工程师所做的只是创建UML图——不确定这正是他们所期望的皮特：）