我最近发布了一个关于在Web应用程序中运行的Windows Workflow的问题。当然这是一个相当技术性的问题，它包含了像ManualWorkflowSchedulerService，HandleExtrenalEvent等术语......它在20天的过程中获得了大约15个视图。您是否成功地在真实世界的Web应用程序中采用了Windows Workflow？
虽然这很可能是我没有以正确的方式提出问题的问题，但它让我想到在现实世界的应用程序中采用Windows工作流程，特别是在Web应用程序中。
您是否成功实施了WF的真实世界互联网应用程序并回头看，是否有投资回报您的时间（金钱）？
我们使用状态机工作流来管理几个服务请求进程，每个进程有大约10个状态。我不确定这是否是100％正确的选择，因为实现简单的状态机设计会更简单（也许我们在这里受到BDUF的影响）。
我们最大的缺点是学习曲线。我的意思是，工作流实际上是一个精简版的biztalk（免费！）。
关闭我的头顶，这些都是我们从WF受益领域：托管工作流作为服务 迫使我们从其他层分离的工作流程
我总是试着记住它确实是一个基础。作为开发人员/架构师，您必须致力于构建一些有用的东西。
我在一个旨在管理企业系统中变更控制请求生命周期的Web应用程序中使用了Windows Workflow。我承认自己已经摸不着头脑了，但是它确实没有做很多事情，但它工作得很好，我很满意我能够轻松地改变规则，而无需编写更多的代码。
但是，一旦我推出了这个项目，继承它的人就决定他不喜欢WF或者不想学习它，所以应用程序死了，他们又回到了使用电子邮件和电话。所以实施是成功的，但投资最终是浪费。
有一个非常相似的经验。让我疯狂的是所有那些控制台和Windows应用程序示例，以及关于在Web应用程序中正确执行的指导。 – Tom 2009-01-12 18:30:46
我的经验与Out Into Space相似，我们曾在variuos B2B场景中使用WF来控制compelx和varried排序过程。最后我听说他们正在对它进行切割。
我认为很多开发人员很难从工作流的角度来思考。
我部署了3个应用程序。 2是ASP.NET应用程序，1个工作流程已部署到SharePoint环境中。回顾过去，我认为投资是值得的。就像前面的人说的那样，WF是一个你必须建立的框架。这是另一层需要担心的问题，但好处大于成本。
嗨汤姆我真的不认为当我们使用Web应用程序时WF发光很好因为我们很可能会使用数据库来保持状态你已经完全问了我在我心中的问题 我们在我们的生产中使用了WF当我们从一个版本升级到另一个版本时，它给我们提供了很多问题 其次它有很多限制，即它不支持环境事务 我认为我们应该等待第4版或第5版来看看它是否有更好的提供
我在我的公司介绍了有关Windows Workflow的信息，最后2句话是我演讲的重要部分。人们可以很容易地忘记，WF是*需要建立的基础。 – Tundey 2009-01-14 13:12:12