为通知系统建模

Question

我正在尝试建模一个通知系统，其中事件在一段时间内（开始日期和结束日期）发生。如果已超过时间段，则要求用户更新时间段或设置事件已被 i) 取消、ii) 完成或 iii) 关闭的标志。如果今天比活动的预定完成日期晚了一天，则会向经理发送电子邮件。如果两天，经理和他们的主管会收到电子邮件。如果 > 两天，则向经理、他们的主管和公司所有者发送电子邮件。之后的每一天，它都会通过电子邮件向他们三个人发送该事件拖欠的电子邮件。事件可以安排在未来的任何时间，因此流程需要简单地跟踪事件何时处于待处理、活动、拖欠（超过结束日期）、取消、关闭或完成。

我已开始将工作流构建为托管在 Windows Server AppFabric 中的工作流服务应用程序，因为这似乎是保持这个长期运行的工作流的最佳方式。我也开始使用 WF State Machine Activity Pack CTP 1，因为它似乎是模拟这些不同事件状态的最佳方式。

我不确定如何对该过程进行建模，以及如何让该过程持续存在并在后台继续运行，以监控事件的状态并按上述方式运行。我认为我在状态机中正确建模了所有状态。我仍在尝试找出从一种状态到另一种状态的转换。感谢任何指导。

Answer 1

状态机在执行中运行。当工作流持续存在时，实际上没有什么可以“运行”。我怀疑你的意思是当超时超时时工作流将如何“唤醒”。

答案是延迟活动将创建一个持久计时器。 AppFabric 工作流管理服务定期询问持久层是否有可运行的工作流实例——即已经崩溃或持久计时器已过期的实例。

最终计时器将到期，工作流将被加载，延迟活动书签将被恢复。