工作流在生产代码

Question

您好我想知道你们有多少人已经在生产环境中使用工作流和是不是好主意吗？我的意思是我们可以使用数据库和调度程序服务创建相同的东西

Answer 1

我们使用Sharepoint，它使用WF作为其工作流。它工作得很好，而且很容易定制。如果你需要一个先进的工作流程，WF可以支持它，但是需要一些培训来学习这些内容。

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

Answer 2

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

我会再次使用工作流进行简短的运行过程，比如引用或转换之前将它们发送给supliers那样的东西。

我不想再为长时间运行的状态机做这件事 - 主要是因为没有内置的WF升级过程，所以我们最终编写了自己的。还有很多概念让你头脑发热（在我们的开发团队中，亲情被称为吉普赛人的诅咒）。

我也会略微关注性能：我们的应用程序服务器目前运行平稳（确定我正在重新启动8000工作流程）。如果您使用（.NET 3.5）发送和接收活动将它直接集成到WCF中，这尤其是一个问题 - 您必须设置一些适当的疯狂配置设置，以允许它一次运行多个工作流程。

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

另见Please confirm: Is Windows Workflow Foundation a good horse to be backing right now?

Answer 3

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