Tag: 工作stream程 基础 4

WF的强大案例

我一直在努力寻找一个引人注目的工作stream用例（即：WF），而不是经常性的命令式编程。 每当我回到结论，我应该离开WF，或延迟进入，直到后来。 但我一直有这种唠叨的感觉，有一些东西是错过的。 有没有人知道任何书，真正强大的工作stream方式的情况？ 本书必须：（1）很好地教授WF;（2）展示WF实现容易实现的恰当用例，而不是我们常规的直接编码。 我将不胜感激。

工作stream程还是不工作stream程？

我负责一个开发团队，他们即将开始开发一个轻量级的保险索赔系统。 系统涉及大量手动任务和业务工作stream程，我们正在使用Windows Workflow（.NET 4.0）。 业务领域的一个例子如下：保单持有人呼叫联络中心提出索赔。 这个“事件”触发了两个并行手动操作的子任务，可能需要很长时间才能完成。 检查客户是否存在欺诈行为 – 手动程序，运营商通过呼叫各种信用卡公司来检查和评估欺诈客户的潜力。 从这里子任务可以input多个子状态（检查进行中，失败的参考检查，通过的参考检查等） 将项目发送到维修中心 – 保单持有人提出索赔的项目被送到维修中心进行修理的手动过程。 从这里子任务可以input许多子状态（等待修复，进行中，修复，发布等）。 只有在每个子任务的状态达到预定义状态（基于业务规则）后，才能继续执行索赔。 从表面上看，Workflow确实是最好的技术select; 不过我在使用WF 4.0时有一些担心。 技能集 – 查看平均开发人员技能集，我没有看到许多了解或了解工作stream程的开发人员。 可维护性 – WF 4.0项目在社区内似乎没有什么支持，加上缺乏技能，引起对可维护性的关注。 进入壁垒 – 我有一种感觉，Windows Workflow有一个陡峭的学习曲线，并不总是那么容易接受。 新产品 – 由于.NET 4.0已经完全重写了工作stream程，因此我将该产品视为第一代产品，可能没有必要的稳定性。 声誉 – 上述版本的工作stream程没有得到很好的接受，认为难以发展，导致业务不景气。 所以我的问题是我们应该使用Windows工作stream（WF）4.0这种情况下，还是有一个替代技术（IE， 简单的状态机等），甚至更好的工作stream引擎使用？