您是否在现实世界的Web应用程序中成功采用Windows Workflow？

Question

我最近发布了一个关于在Web应用程序中运行的Windows Workflow的问题。当然这是一个相当技术性的问题，包含像ManualWorkflowSchedulerService，HandleExtrenalEvent等术语......它在20天的过程中得到了大约15个视图。

虽然我很可能不会以正确的方式提出问题，但它让我想到了在真实世界的应用程序中采用Windows工作流程，特别是在Web应用程序中。

您是否已成功使用WF成功实施了现实世界的互联网应用程序并回顾过，您的时间（金钱）投资是否得到了回报？

Answer 1

我们使用状态机工作流来管理一对服务请求流程，每个流程大约有10个状态。我不确定它是100％是正确的选择，因为实现一个简单的状态机设计会更简单（也许我们在这里遭受了BDUF）。

我们最大的缺点是学习曲线。我的意思是，工作流程实际上是biztalk的一个精简版本（免费！）。

脱离我的头脑，这些是我们从WF中受益的领域：

• 将工作流程托管为服务 迫使我们解耦工作流程 从我们的其他层，这（所以 远）是一个相当不错的设计。
• 我们能够轻松互动 随着各种工作流程 使用提供的应用程序 工作流服务主持人
• 跟踪服务提供了良好的业务指标
• 运行时服务和持久服务稳定
• 对正在运行的工作流程的更改很复杂，但比我们自己尝试自己做的更好

我总是试着记住它确实是一个基础。作为开发人员/架构师，您必须承诺在其上构建有用的东西。

Answer 2

我在Web应用程序中使用Windows Workflow，旨在管理企业系统中变更控制请求的生命周期。我承认在它里面摸索着，并且肯定没有正确地做很多事情，但它工作得很好，我很满意我可以在不编写更多代码的情况下更改规则。

然而，一旦我推出该项目，继承它的人决定他不喜欢WF或者不想学习它，所以应用程序死了，他们又回到了使用电子邮件和电话。因此实施成功，但投资最终是浪费。

Answer 3

嗨汤姆我真的不认为当我们使用网络应用程序时WF很好，因为我们很可能会使用数据库来保持状态你已经确切地问过我在脑海中的问题 我们在生产环境中使用了WF，当我们从一个版本升级到另一个版本时，它给出了很多问题 其次它有很多限制，即它不支持环境交易 我认为我们应该等待第4版或第5版，看看它是否有更好的提供

Answer 4

我的体验与Out Into Space相似，我们在各种B2B场景中使用WF来控制compelx和varried订购流程。最后我听说他们正在掏空它。

我认为很多开发人员很难在工作流程方面进行思考。

Answer 5

我已经部署了3个应用程序。 2是ASP.NET应用程序，其中1个工作流部署到SharePoint环境。回想起来，我认为投资是值得的。就像之前的人说的那样，WF是一个你必须建立的框架。这是另一层需要担心的问题，但其好处超过了成本。