您好我想知道您有多少人在您的生产环境中使用过Workflow，这是个好主意吗？我的意思是我们可以使用DB和调度程序服务创建相同的东西
答案 0 :(得分：4)
我们在生产环境中使用WF。我们有6种不同的工作流程可以运行。这些分为3个状态机和3个序列。我会在某些情况下再次使用它，但我不会在其他情况下使用它。我声称工作流程中的状态机部分很快就被强加了，我不确定它是工作流程的核心部分，一直到设计。
我会再次使用工作流程来进行短期运行流程，例如引号或转换事物，然后再将它们发送给供应商。
我不想再为长期运行的状态机做这件事 - 主要是因为没有内置的WF升级过程所以我们最终编写了自己的。还有很多概念可以解决这些问题（在我们的开发团队中称为吉普赛诅咒的情感）。
我也会稍微关注一下性能：我们的App服务器目前运行平稳（好吧我现在正在重启8000个工作流程）。如果您使用（.NET 3.5）发送和接收活动将其直接集成到WCF中，这尤其是一个问题 - 您必须设置一些正确的疯狂配置设置，以允许它一次运行多个工作流。
无论如何，正如我所说：它很有用，我会再次使用它，但不会用于另一个状态机。
另见Please confirm: Is Windows Workflow Foundation a good horse to be backing right now?
答案 1 :(得分：1)
我们使用Sharepoint，它将WF用于其工作流程。它工作得很好，并且相当容易定制。如果您需要高级工作流程，WF可以支持它，但需要一些培训来学习细节。
你可以推出自己的工作流程，但为什么要重新发明轮子？ WF内置于.NET 3.0+框架中，非常强大，因此您也可以利用它。
答案 2 :(得分：0)
大多数人都说工作流程的所有好处，但我发现他们引入了不必要的代码复杂性和维护问题。它们适用于特定类别的问题。除此之外，他们需要大量的代码管道和维护噩梦。