0

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

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

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

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

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

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

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

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

4

1 回答 1

0

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

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

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

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

于 2012-12-04T18:36:01.943 回答