监视工作流程/状态的电子邮件通知服务的设计模式

Question

很抱歉这个问题有点模糊，因为我不完全确定我在寻找什么。

基本上在我的（Asp.net MVC）网络应用程序中，我有一些由各种用户输入触发的基本（手动编码）工作流程。

当某些事件发生时，我需要发送电子邮件可配置通知。

例如，我的控制器中有一个更新状态方法，我可以编写如下内容：

public ActionResult UpdateStatus(int id, Status status)
{
    Orders order = _orders.GetById(id);
    order.Status = status;

    if (status = Status.AwaitingApproval)
    {
        SendAwaitingApprovalNotification(_roles.GetApproverForDept(order.Department));
    }

    else if (status = Status.Approved && order.Department = someDept) { ... }

    else if (status = Status.Approved && order.Department = someOtherDept) { ... }

    else if // ... etc
}

正如您所看到的，这一切很快就会变得混乱。而且，发送通知的时间/内容的逻辑被编码到控制器中，这对我来说并不合适。

此外，还有各种其他操作可以更改状态，而无需专门调用 UpdateStatus 方法。例如，

public ActionResult ChangeOrderCost(int id, decimal newCost)
{
    Orders order = _orders.GetById(id);
    order.Cost = newCost;
    order.Status = Status.AwaitingCustomerApproval;
}

这些只是编造的例子，但我希望您能明白。

我真正的想法是，我的所有通知规则都应该独立于某种可配置的通知类中，该类基本上监视我的对象的状态变化并执行它需要执行的任何操作，因此它的作用就像主程序的插件一样应用程序并保持松散耦合。同时，我真的不觉得我的底层数据对象应该依赖于通知服务之类的东西，我认为这应该插入到我的主控制器类中。

我真的不知道如何实现这一点，但我猜这一定是一个常见问题。我可以阅读特定的设计模式来提供一些线索吗？以前有人做过这样的事情吗？我是否正确地思考了这个问题？我对所有这些东西都很陌生，但试图以正确的方式思考和编码。

Answer 1

我建议采用责任链模式：
http://en.wikipedia.org/wiki/Chain-of-responsibility_pattern

它基本上是一个链，其中每个元素根据其实现的测试条件起作用/不起作用。这些条件可以配置，但这取决于您的实施。