.NET Workflow Scheduling，最佳实践，是否是正确的解决方案

Question

我正在开展一个需要安排流程的项目。我认为WF将是很好用的工具。但由于这将是我第一次潜入WF，我得到了一些问题。

这是项目： 根据时间（每周，每月，每天等等）系统需要通知某人（电子邮件）需要做的事情。人需要能够告诉系统完成并提供信息。如果该人未在指定的时间内完成任务（例如2天），则会发生升级（通知经理）。那是公正的。

这需要通过我正在编写的.NET WPF应用程序进行管理（这是一个补充）。用户选择时间范围，谁和何时通知。此外，还会有多个工作流同时发生。

问题：

1. WF是否合适？

2. 由于这是一个多用户应用程序，我应该创建一个服务以在服务器上运行并让应用程序使用远程处理或其他方法来创建，修改或删除WF吗？

3. 如何安排在特定日期启动工作流程？我是否需要使用类似http://quartznet.sourceforge.net/的内容（看起来很棒）？

4. 我应该选择哪些关于这个主题的好书？

提前致谢。

瑞克

Answer 1

1. 从你的描述中可以看出WF4非常合适。
2. 如果工作流结构不需要进行大量更改，我会使用工作流服务，如果可能的话，使用IIS托管它，或者如果不可能，则使用WorkflowServiceHost使用Windows服务和自托管主机。如果您的工作流程需要进行大量更改，我将创建一个Windows服务并对每个实例使用WorkflowApplication。
3. 我从未使用过Quartz.net，但看起来很有趣。您还可以使用主工作流来触发执行实际工作的其他工作流。
4. Pro WF: Windows Workflow in .NET 4.0是我所知道的最好的书。

Answer 2

这当然非常适合Windows Workflow Foundation（WF4）。

您是否计划在WPF应用程序之外实施其他客户端？网络客户？设备客户？

管理和监控此解决方案怎么样？

您是否打算在某个时候在Windows Azure中托管解决方案？