.NET工作流调度、最佳实践以及它是正确的解决方案吗

我正在做一个项目，需要安排流程。我认为WF将是一个很好的工具。但由于这将是我第一次涉足WF，我有几个问题要问

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

这需要通过我正在编写的.NET WPF应用程序进行管理（这是一个附加组件）。用户选择时间范围、通知人和时间。此外，将有多个工作流同时发生

问题:

WF适合吗

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

如何安排在特定日期启动工作流？我需要使用（看起来很棒的）这样的东西吗

有关于这个主题的好书我应该买吗

提前谢谢

瑞克

从您的描述来看，WF4似乎非常适合

如果工作流结构没有太多更改，我将使用工作流服务，如果可能，则使用IIS托管，如果不可能，则使用Windows服务和使用WorkflowServiceHost的自托管。如果您的工作流程有很多变化，我会创建一个Windows服务，并使用workflow应用程序来创建每个实例

我从未使用过Quartz.net，但它看起来很有趣。您还可以使用主工作流来触发执行实际工作的其他工作流

这是我所知道的最好的书

从您的描述来看，WF4似乎非常适合

如果工作流结构没有太多更改，我将使用工作流服务，如果可能，则使用IIS托管，如果不可能，则使用Windows服务和使用WorkflowServiceHost的自托管。如果您的工作流程有很多变化，我会创建一个Windows服务，并使用workflow应用程序来创建每个实例

我从未使用过Quartz.net，但它看起来很有趣。您还可以使用主工作流来触发执行实际工作的其他工作流

这是我所知道的最好的书

---

这当然适合Windows工作流基金会（WF4）。 除了WPF应用程序之外，您是否计划实现其他客户端？网络客户端？设备客户端

该解决方案的管理和监控如何

---

你有没有打算在Windows Azure某个时候托管解决方案？

< P>这肯定适合Windows工作流基金会（WF4）。 除了WPF应用程序之外，您是否计划实现其他客户端？网络客户端？设备客户端

该解决方案的管理和监控如何

---

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

考虑使用Qualz.NET进行调度。考虑使用Quzz.NET进行调度。除了WPF之外，我没有其他客户端的计划，但不想限制它。至于管理和监控解决方案，我需要更多关于WF如何做到这一点的信息。对于调度部分，考虑编写石英前端。没有Azure的计划。不确定管理层是否希望将数据放在上面。数据可能非常敏感。除了WPF，我没有其他客户的计划，但不想限制它。至于管理和监控解决方案，我需要更多关于WF如何做到这一点的信息。对于调度部分，考虑编写石英前端。没有Azure的计划。不确定管理层是否希望将数据放在上面。数据可能非常敏感。订购了这本书，它就在路上订购了这本书，它就在路上