我最近发布了一个关于在Web应用程序中运行的Windows Workflow的问题.当然,这是一个相当技术性的问题,包含像ManualWorkflowSchedulerService,HandleExtrenalEvent等术语......它在20天的过程中得到了大约15个视图.
虽然我很可能不会以正确的方式提出问题,但它让我想到了在现实世界的应用程序中采用Windows工作流程,特别是在Web应用程序中.
您是否已经成功实施了WF的现实互联网应用程序并回顾过去,您的时间(金钱)投资是否得到了回报?
我们使用状态机工作流来管理一对服务请求流程,每个流程大约有10个状态.我不确定它是100%是正确的选择,因为实现简单的状态机设计会更简单(也许我们在这里遭受了BDUF).
我们最大的缺点是学习曲线.我的意思是,工作流程实际上是biztalk的一个精简版本(免费!).
在我的头顶,这些是我们从WF中受益的领域:
将工作流作为服务托管迫使我们将工作流与其他图层分离,而这(迄今为止)已经是一个相当不错的设计.
我们已经能够使用提供的工作流服务主机轻松地与各种应用程序的工作流进行交互
跟踪服务提供良好的业务指标
运行时服务和持久性服务是稳定的
对正在运行的工作流程的更改很复杂,但比我们自己尝试过的更好
我总是试着记住它确实是一个基础.作为开发人员/架构师,您必须承诺在其上构建有用的东西.
我在Web应用程序中使用Windows Workflow,旨在管理企业系统中变更控制请求的生命周期.我当然在其中摸索,并且肯定没有正确地做很多事情,但它工作得很好,我很满意我可以在不编写更多代码的情况下更改规则.
然而,一旦我推出该项目,继承它的人决定他不喜欢WF或者不想学习它,所以应用程序死了,他们又回到使用电子邮件和电话.因此实施成功,但投资最终是浪费.