我即将深入WF4，我一直在阅读一篇又一篇关于"该怎么做"的博客文章。。。但几乎无一例外的是，a)"演示"太简单了，没有用，b)演示没有编译/工作/运行，或者c)它满足了基于"展示我能做什么，而不是企业需要什么"的需求。
所以：
对于任何实际使用WF4的So，您会采取什么方法来处理这样的工作流？
- "客户"提交请求
- "用户"打开它，完成一些字段并保存
- 如果超过某个"值"用于审批阶段
- 否则自动进入下一阶段
- 电子邮件被发送给发件人，下一个部门是根据"某种逻辑"选择的
- 如果下一个部门在x天内无所事事，则发送另一封电子邮件，复制他们的经理
- 下一个部门"得到"要处理的请求
- 。。。类似的
IMHO：这是一个非常标准的业务处理，具有一定的自动化，但主要是人工交互-SharePoint做这种事情很不情愿，几乎不能满足我们的所有要求，所以我们希望自己构建它。
我应该建立WCF-WF服务吗？然后添加MCV3进行人机交互？
我应该构建传统的WCF服务+MVC3来处理用户交互，并"调用"(即位于…之上，但不使用"WCF WF")WF4吗？
忽略WF4，只使用WCF+MVC3或类似功能？
感谢您提供任何现实世界的建议，尤其是任何现实的博客/文章！
由于WF4主要用于解决复杂的业务问题，因此几乎不可能在博客文章/文章中使用真实的工作示例。
你的例子听起来像是我在工作流中建模的东西。如果工作流基本上是一个固定的东西，我会使用工作流服务，或者如果你想更灵活并让用户/组织修改工作流，我也会使用工作流应用程序。
我已经使用实例存储中的工作流状态非常成功地驱动了UI。基本上具有基于等待恢复的书签的工作流列表，并基于相同的信息启用禁用UI控件。
请记住，WF4有一个相当长的学习曲线。这当然不是火箭科学，但如果你是新手，你可能会陷入陷阱，做错事。我推荐Pro-WF:WindowsWorkflowin.NET4或(无耻的自插拔)EssentialWindowsWorkflowFoundation4(WF4)培训。