何时使用Windows Workflow Foundation？

Question

有些东西更易于手工实现（代码），但有些东西通过WF更容易实现。看起来WF可用于创建（几乎）任何类型的算法。所以（理论上）我可以在WF中完成我的所有逻辑，但对所有项目来说这可能是个坏主意。

在什么情况下使用WF是一个好主意，什么时候会让事情变得更难？ WF与手工编码的利弊/成本是什么？

Answer 1

只有在满足以下任何条件时才需要WF：

1. 你有一个漫长的过程。
2. 您的流程经常变更。
3. 您需要一个流程的可视化模型。

有关详细信息，请参阅Paul Andrew的帖子：What to use Windows Workflow Foundation for?

请不要将WF与任何形式的可视化编程混淆或联系起来。这是错误的，可能导致非常糟糕的架构/设计决策。

Answer 2

从不。你可能会后悔：

• 陡峭的学习曲线
• 难以调试
• 难以维护
• 无法提供足够的功率，灵活性或生产力增益来证明其使用的合理性
• 可以并且会破坏无法恢复的申请状态

我唯一想过使用WF的时候就是如果我想为最终用户主持设计师，甚至可能都不是。

相信我，没有什么能像你编写的代码一样直接，强大或灵活，完全按照你的需要去做。远离WF。

当然，这只是我的意见，但我认为这是一个非常好的。 ：）

Answer 3

WF生成的代码很讨厌。 WF带来的价值在于系统的可视化表示，虽然我还没有看到任何东西（现在有6-7个项目正在与我参与的WF一起工作），我不喜欢更简单的手工编码项目

Answer 4

通常，如果您不需要持久性和跟踪功能（在我看来是主要功能），则不应使用Workflow Foundation。

以下是根据我的经验收集的Workflow Foundation的优点和缺点：

<强>优点

• 持久性：如果你将有许多长时间运行的进程（想想几天，几周，几个月），那么工作流程就是很好的。空闲工作流实例将持久保存到数据库，因此不会耗尽内存。
• 跟踪：WF提供了跟踪工作流中执行的每项活动的机制
• *可视设计师：我把它作为*，因为我认为这只对营销目的有用。作为开发人员，我更喜欢编写代码而不是直观地将事物拼凑在一起。当你有一个非开发人员制作工作流程时，你经常会遇到一个混乱的混乱。

<强>缺点

• 编程模型：你的编程功能非常有限。想想你在C＃中拥有的所有强大功能，然后忘记它们。 C＃中简单的一行或两行语句成为一个相当大的块活动。这尤其是输入验证的痛苦。话虽如此，如果你非常小心只保留工作流中的高级逻辑，以及C＃中的其他所有逻辑，那么它可能不是问题。
• 性能：工作流耗尽大量内存。如果您要在服务器上部署大量工作流，请确保您拥有大量内存。另请注意，工作流程比普通C＃代码慢得多。
• 陡峭的学习曲线，难以调试：如上所述。你将花费大量时间来弄清楚如何让事情发挥作用，并找出最佳的做事方式。
• 工作流程版本不兼容：如果使用持久性部署工作流，并且需要对工作流程进行更新，则旧的工作流程实例将不再兼容。据推测，这已在.NET 4.5中修复。
• 您必须使用VB表达式（.NET 4.5允许使用C＃表达式）。
• 不灵活：如果您需要Workflow Foundation未提供的某些特殊功能或特定功能，请为很多痛苦做好准备。在某些情况下，甚至可能无法实现。谁知道，直到你尝试？这里有很多风险。
• 没有接口的WCF XAML服务：通常使用WCF服务，您可以针对接口进行开发。使用WCF XAML服务，您无法确保WCF XAML服务已在接口中实现了所有内容。您甚至不需要定义接口。 （据我所知......）

Answer 5

我发现使用工作流基础的主要原因是它在跟踪和持久性方面带来了多少开箱即用。启动和运行持久性服务非常容易，这可以在多个实例和主机之间带来可靠性和负载分配。

另一方面，就像表单应用程序一样，工作流设计师推动你的代码模式也很糟糕。但是，您可以通过在工作流中不编写任何代码并将所有工作委派给其他类来避免问题，这些类可以比工作流更优雅地进行组织和单元测试。然后，您可以获得设计师的酷炫视觉效果，而不会背后留下意大利面条代码。

Answer 6

就个人而言，我不会在WF上出售。它的用处并不像其他新的MS技术那样明显，比如WPF或WCF。

我认为WF将来会在商业应用程序中大量使用，但我没有计划使用它，因为它似乎不适合我项目的工作。

Answer 7

我目前正在工作的公司建立了一个Windows Workflow Foundation（WF）以及他们选择使用它的原因是因为规则经常会发生变化，这会迫使他们重新编译各种dll等等。所以他们的解决方案是将规则放在数据库中并从那里调用它们。这样他们就可以改变规则，而不必重新编译和重新分配dll等。

Answer 8

Windows Workflows引诱非编码IT经理，BA等，就像它的堂兄BizTalk一样，但在实践中，单元测试，调试和代码覆盖只是众多陷阱中的三个。你可以克服其中的一些，但你必须投入大量资金才能实现这一目标，而使用简单的代码，你就可以获得。如果你真的有一个长期运行的要求，那么你可能需要更复杂的东西。我已经听说过关于能够在没有重新编译dll的情况下将新的xaml文件投入生产的论点，但老实说，Workflows将消耗的时间可以更好地用于改进你的持续集成到编译部署不是这样的地步。问题。

Answer 9

我会在需要使用工作流的任何环境中使用它，但是当与K2甚至SharePoint 2007结合使用时，平台的强大功能确实很有用。在使用BI专家开发业务应用程序时，建议使用该平台，这通常仅与简化和改进业务流程相关。

为了记录，WF是与K2的开发团队共同开发的，而新的K2 Blackpearl是建立在WF之上的，因此是MOSS 2007和WSS 3.0的工作流引擎。

Answer 10

当您不想手动编写所有这些代码以维护可视界面，跟踪和持久性时，投票给WF是明智的选择。

Answer 11

我几个月来一直在使用Windows工作流来开发自定义活动和非开发人员可以用来构建工作流的重新托管设计器。 WF非常强大，但它只能与开发人员构建的自定义活动一样好。当涉及到它时，开发人员必须查看由非开发人员构建的工作流以进行测试和调试，但从他们可以创建草稿工作流的角度来看 - 这太棒了。

此外，如果您有长时间运行的进程，当您需要动态更新进程时，WF是一个很好的技术堆栈 - 无需重新安装/下载或执行任何操作，只需将新的XAML文件添加到目录中即可应该使用版本控制来设置架构以废弃旧版本并使用新版本。