WF4 + WCF 服务......使用它的人接受的方法是什么？

Question

我即将深入研究 WF4，并且我一直在阅读有关“做什么”的文章后的博客……但几乎无一例外 a）“演示”是如此简单而无用，b）演示不编译/工作/运行或 c) 它满足基于“展示我能做什么，而不是业务需要什么”的需求。

所以：
对于实际使用 WF4 的任何 SOers - 对于这样的工作流程，您会采用什么方法？

• “客户”提交请求。
• “用户”打开它，完成一些字段并保存。
• 如果超过某个“值”以供审批阶段
  • 否则自动进入下一阶段
• 电子邮件被发送给发起人，然后根据“某些逻辑”选择下一个部门
  • 如果下一个部门在 x 天内无所事事，则会发送另一封电子邮件，抄送给他们的经理。
• 下一个部门“得到”工作请求。
• ...等类似的方式

恕我直言：这是相当标准的业务处理，具有一些自动化，但主要是人工交互 - SharePoint 做这种事情非常糟糕，几乎无法满足我们的所有要求，因此我们希望自己构建它。

我应该构建 WCF-WF 服务吗？然后添加 MCV3 进行人机交互？

我是否应该构建传统的 WCF 服务 + MVC3 来处理用户交互和“调用”（即坐在...之上但不使用“WCF WF”）WF4？

一起忽略 WF4，只使用 WCF + MVC3 或类似的？

感谢任何现实世界的建议，尤其是任何现实的博客/文章！

Answer 1

由于 WF4 主要用于解决复杂的业务问题，因此几乎不可能在博客文章/文章中使用真实的工作示例。

您的示例听起来像是我将在工作流中建模的东西。如果工作流几乎是固定的东西，我会使用工作流服务；如果您想要更灵活并让用户/组织修改工作流，我会使用 WorkflowApplication。

我已经使用实例存储中的工作流状态来非常成功地驱动 UI。基本上拥有基于等待恢复的书签的工作流列表，并根据相同的信息启用禁用 UI 控件。

请记住，WF4 有相当长的学习曲线。这当然不是火箭科学，但如果你是新手，你可能会陷入陷阱并做错事。我会推荐Pro WF: Windows Workflow in .NET 4 或（无耻的自我插入）Essential Windows Workflow Foundation 4 (WF4) Training。