我最近发布了一个关于在Web应用程序中运行的Windows Workflow的问题。假定这是一个相当技术性的问题，其中包含ManualWorkflowSchedulerService，HandleExtrenalEvent等等术语，它在20天内获得了大约15次查看。
尽管我最有可能不是正确地问这个问题，但是它让我想到了在现实世界的应用程序中采用Windows工作流程，特别是在Web应用程序中。
您是否成功实施了WF的真实世界互联网应用程序，并回头看看，您的时间(金钱)的投资是否还清？
解决方法
我们使用状态机工作流来管理几个服务请求进程，每个进程约有10个状态。我不知道这是否是100％的正确选择，因为实现一个简单的状态机设计将会更简单(也许我们在BDUF遭受了这个困扰)。
我们最大的缺点是学习曲线。我的意思是，工作流程实际上是一个剥离版本的biztalk(免费！)。
在我的头顶，这些是我们从WF中受益的领域：
>将工作流作为服务托管
迫使我们脱离工作流程
从我们的其他层，和这(所以
远)已经是一个相当体面的设计。
>我们已经能够轻松交互
与各种工作流程
应用程序使用提供
工作流服务主机
跟踪服务提供了良好的业务指标
>运行时服务和持久性服务是稳定的
>对运行的工作流程的更改是复杂的，但是比我们尝试自己做的更好
我总是试图记住，它真的是一个基础。作为开发人员/架构师，您必须承诺在其上构建有用的东西。
