生产代码中的工作流答案

【问题标题】：Workflow In Production Code生产代码中的工作流
【发布时间】：2009-02-07 16:37:37
【问题描述】：

您好，我想知道你们中有多少人在生产环境中使用过 Workflow，这是个好主意吗？我的意思是我们可以使用 DB 和调度程序服务创建相同的东西

【问题讨论】：

【解决方案1】：

我们在生产环境中使用 WF。我们有 6 种不同的工作流程可以运行。这些分为 3 个状态机和 3 个序列。在某些情况下我会再次使用它，但在其他情况下我不会。我会声称工作流的状态机部分很快就完成了，我不确定它是整个设计过程中工作流的核心部分。

在将它们发送给供应商之前，我会再次将工作流用于报价或转换等短期运行流程。

对于长时间运行的状态机，我不想再做一次 - 主要是因为没有内置的 WF 升级过程，所以我们最终编写了自己的。还有很多概念可以让您了解（在我们的开发团队中被称为吉普赛诅咒）。

我也会稍微担心性能：我们的应用服务器目前正在运行完全（好的，我现在正在重新启动 8000 个工作流）。如果您使用 (.NET 3.5) 发送和接收活动将其直接集成到 WCF 中，这尤其会成为一个问题 - 您必须设置一些适当的疯狂配置设置以允许它一次运行多个工作流。

无论如何，正如我所说：它很有用，我会再次使用它，但不会用于另一个状态机。

【讨论】：

【解决方案2】：

我们使用 Sharepoint，它使用 WF 进行工作流程。它工作得很好，而且很容易定制。如果您需要高级工作流程，WF 可以提供支持，但需要一些培训才能了解细节。

您可以推出自己的工作流程，但为什么要重新发明轮子？ WF 内置于 .NET 3.0+ 框架中，非常强大，因此您不妨利用它。

【讨论】：

我能问你一些你是如何在 Sharepoint 2003 中编程的吗？在WF出现之前
我们没有。我们一直在使用 Teamcenter Enterprise 处理我们的大部分工作流程。我们目前正在研究在 Sharepoint 2007 中实施更多工作流。

【解决方案3】：

大多数人都说工作流的所有优点，但我观察到它们引入了不必要的代码复杂性和维护问题。它们适用于特定类别的问题。除此之外，他们需要大量的代码管道和维护噩梦。

【讨论】：