我有一个问题报告系统需要
- 向已配置的组发送电子邮件
- 调用网络服务并将问题报告传递给另一个团队
不涉及人机交互或等待。
对我来说，将工作流用于这么简单的事情似乎有点过头了。
我的架构师认为 Workflow 是这里的最佳选择。
想法？
问问题
153 次
3 回答
0
警告：我对 WF 的体验基于 .NET 3.5 中的产品
我在这里同意你的观点，在这种情况下，WF 似乎有点矫枉过正。我什至可以说您强调的场景并不真正保证任何 BPM / 工作流工具，因为它非常简单。
我能想到的架构师可能要求您使用它的唯一原因是
- 他知道一些你不知道的关于未来要求的事情
- 整个应用程序的一致性
但是，如果场景正如您所描述的那样，大多数 BPM 工具，尤其是 WF 将比任何使用都产生更大的开销，因为 WF 尤其是使用起来非常耗费资源（我听说新版本比 3.5 中的版本有了很大改进虽然）
于 2012-10-22T18:55:00.510 回答
0
工作流最适合长时间运行的流程——它提供持久性和持久性，以便可以在很长一段时间内恢复业务流程。
您的过程听起来像是可以在脚本或 C# 中作为单一方法实现。
于 2012-10-23T16:41:26.780 回答
0
因为做简单的事情太繁重而避免工作流基础的日子已经一去不复返了。与 3.5 和之前的版本相比，Workflow Foundation 4.0 和现在的 4.5 都非常轻量级。像您所描述的那样创建简单的工作流程很容易创建和执行，并且您可以在任何地方执行。
调用 Web 服务是一种开箱即用的活动，而发送电子邮件是您可以从示例中获得的活动。将它们都扔到使用 FlowChart 活动的自定义工作流活动中，并在某个方法中使用 WorkflowInvoker 类来触发并忘记它。不仅您的工作完成了，而且您还有一些以工作流程图形式显示的文档来显示正在发生的事情。
The Workflow Way - David Chappell 的文章，帮助描述 WF 4.0+ 的优势
于 2012-10-29T17:12:08.113 回答