大家好，我想知道有多少人在生产环境中使用了工作流，并且这是否是个好主意？我的意思是我们可以使用数据库和调度服务来创建相同的东西。
3个回答
4
我们在生产环境中使用WF。我们有6个可以运行的不同工作流程。它们分为3个状态机和3个序列。在某些情况下，我会再次使用它，但在其他情况下则不会。我认为工作流程的状态机部分是快速附加上去的，我不确定它是否是整个设计过程中的核心部分。
对于报价或将事物转换成供应商发送之前的短时间运行的进程，我会再次使用工作流程。
对于长时间运行的状态机，我不想再做了 - 主要是因为没有内置的WF升级过程，所以我们最终编写了自己的升级过程。还有许多概念需要理解（在我们的开发团队中被亲切地称为吉普赛咒语）。
我还稍微担心性能：我们的应用服务器目前正在全力运行（好吧，我现在正在重新启动8000个工作流程）。如果您直接将其与WCF集成并使用（.NET 3.5）发送和接收活动，则这尤其是一个问题 - 您必须设置一些真正疯狂的配置设置才能允许它同时运行多个工作流程。
无论如何，正如我所说的：它很有用，我会再次使用它，但不会用于另一个状态机。
还请参见请确认：现在支持Windows Workflow Foundation是个好主意吗？
对于报价或将事物转换成供应商发送之前的短时间运行的进程，我会再次使用工作流程。
对于长时间运行的状态机，我不想再做了 - 主要是因为没有内置的WF升级过程，所以我们最终编写了自己的升级过程。还有许多概念需要理解（在我们的开发团队中被亲切地称为吉普赛咒语）。
我还稍微担心性能：我们的应用服务器目前正在全力运行（好吧，我现在正在重新启动8000个工作流程）。如果您直接将其与WCF集成并使用（.NET 3.5）发送和接收活动，则这尤其是一个问题 - 您必须设置一些真正疯狂的配置设置才能允许它同时运行多个工作流程。
无论如何，正如我所说的：它很有用，我会再次使用它，但不会用于另一个状态机。
还请参见请确认：现在支持Windows Workflow Foundation是个好主意吗？
- gbanfill
1
我们使用Sharepoint，它使用WF来进行工作流程。它的工作效果很好，而且相当容易定制。如果您需要高级工作流程，WF可以支持，但需要一些培训来了解其内部机制。
您可以自己编写工作流程，但为什么要重复造轮子呢？WF已经集成在.NET 3.0+框架中，并且非常强大，因此您最好利用它。
- davogones
2
我可以问你一些问题吗？在WF出现之前，您是如何在Sharepoint 2003中编程的？ - Snehal
我们没有。我们一直在使用Teamcenter Enterprise来处理大部分的工作流程。目前我们正在调查在Sharepoint 2007中实施更多的工作流程。 - davogones
0
大多数人都说工作流程的好处，但我观察到它们引入了不必要的代码复杂性和维护问题。它们适用于特定类别的问题。除此之外，它们需要大量的代码管道和维护噩梦。
- Simple Fellow
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接