Workflow 对于这么简单的事情,工作流是正确的选择吗?

Workflow 对于这么简单的事情,工作流是正确的选择吗?,workflow,workflow-foundation,Workflow,Workflow Foundation,我有一个问题报告系统,需要 向已配置的组发送电子邮件 调用Web服务并将问题报告传递给另一个团队 不涉及人与人之间的互动或等待 对我来说,为这么简单的事情使用工作流似乎是一种过分的做法 我的架构师认为工作流是这里的最佳选择 想法?警告:我对WF的体验是基于.NET3.5中的产品 我同意你的观点,在这种情况下,WF似乎有点过头了。我甚至可以说,您强调的场景实际上并不保证任何BPM/工作流工具,因为它非常简单 我能想到的建筑师要求您使用它的唯一原因是 关于未来的需求,他知道一些你不知道的事情 整个

我有一个问题报告系统,需要

  • 向已配置的组发送电子邮件
  • 调用Web服务并将问题报告传递给另一个团队
  • 不涉及人与人之间的互动或等待

    对我来说,为这么简单的事情使用工作流似乎是一种过分的做法

    我的架构师认为工作流是这里的最佳选择


    想法?

    警告:我对WF的体验是基于.NET3.5中的产品

    我同意你的观点,在这种情况下,WF似乎有点过头了。我甚至可以说,您强调的场景实际上并不保证任何BPM/工作流工具,因为它非常简单

    我能想到的建筑师要求您使用它的唯一原因是

    • 关于未来的需求,他知道一些你不知道的事情
    • 整个应用程序的一致性

    然而,如果场景正是您所描述的,那么大多数BPM工具(尤其是WF)的开销将比任何使用都要大,因为WF尤其需要大量资源才能使用(我听说新版本比3.5中提供的版本有了很大改进)

    工作流最适合于长时间运行的流程——它提供了持久性和持久性,因此可以跨长时间恢复业务流程


    你的过程听起来像是在脚本或C语言中作为一个单一的方法来实现。

    避免工作流基础的日子,因为它太重而不能做简单的事情。工作流基础4和现在4.5相比于3.5和之前都非常轻量级。创建像您所描述的那样的简单工作流非常容易创建和执行,而且您可以在任何地方执行

    调用web服务是一种开箱即用的活动,发送电子邮件是一种可以从示例中获得的活动。使用流程图活动将它们都扔到自定义工作流活动中,并在某个地方的方法中使用WorkflowInvoker类来激发并忽略它。不仅您的工作已经完成,而且您还有一些工作流图形式的文档来显示正在发生的事情


    -David Chappell撰写的文章,帮助描述WF 4.0+的优势

    谢谢。你的回答很详细,很有帮助。我们决定给WF一次机会。