生产代码中的工作stream程

嗨,我想知道你们中有多less人在你的生产环境中使用了Workflow,这是个好主意吗? 我的意思是我们可以使用数据库和调度程序服务创build相同的东西

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

我会再次使用工作流程进行简短的运行过程,如引用或转换之前,将它们发送给supliers这样的事情。

我不想再为一个长期运行的状态机做这件事 – 主要是因为没有内置的WF升级过程,所以我们最终写了自己的。 也有很多概念让你头脑发热(在我们的开发团队中,情感被称为吉普赛人的诅咒)。

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

无论如何,正如我所说:这是有用的,我会再次使用它,但不是为另一个国家机器。

另请参阅请确认:是否Windows Workflow Foundation是一个很好的支持马?

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

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

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