分类

行为型模式

定义

• 责任链模式(Chain of Responsibility Pattern) 为请求创建了一个接收者对象的链。这种模式给予请求的类型，对请求的发送者和接收者进行解耦。在这种模式中，通常每个接收者都包含对另一个接收者的引用。如果一个接收者不能处理请求，那么它会把相同的请求传递给下一个接收者，依次类推。

意图

使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这个对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。

应用场景

• 有多个对象可以处理同一个请求，具体哪个对象处理该请求由运行时刻自动确定。
• 在不明确指定接收者的情况下，向多个对象中的一个提交一个请求。
• 可动态指定一组对象处理请求。

应用实例

• 红楼梦里的击鼓传花
• JS中的冒泡事件

角色与结构图

• Handler：抽象处理者角色 它定义了一个处理请求的接口，当然对于链子的不同实现，也可以在这个角色中实现后继链。
• Concrete Handler：具体处理者角色 实现抽象角色中定义的接口，并处理它所负责的请求，如果不能处理则访问它的后继者。

下图解释了责任链模式中各角色的作用

<<------------------------责任链模式结构图--------------------------->>

示例代码

// 抽象处理者
abstract class Handler{
  protected Handler successor;//后继者

  public void SetSuccesor(Handler successor){
    this.successor = successor;
  }

  public abstract void HandleRequest(int request);//处理请求的抽象方法
}
// 具体处理者1
class ConcreteHandler1 : Handler{
  public override void HandleRequest(int request){
    if(request >=0 && request <10){
      Console.WriteLine("{0}处理请求{1}",this.GetType().Name,request);
    }else if(this.successor!=null){
      successor.HandleRequest(request);//转移到下一步处理者对象
    }
  }
}
// 具体处理者2
class ConcreteHandler2 : Handler{
  public override void HandleRequest(int request){
    if(request >=10 && request <20){
      Console.WriteLine("{0}处理请求{1}",this.GetType().Name,request);
    }else if(this.successor!=null){
      successor.HandleRequest(request);//转移到下一步处理者对象
    }
  }
}
// 具体处理者3
class ConcreteHandler3 : Handler{
  public override void HandleRequest(int request){
    if(request >=20 && request <30){
      Console.WriteLine("{0}处理请求{1}",this.GetType().Name,request);
    }else if(this.successor!=null){
      successor.HandleRequest(request);//转移到下一步处理者对象
    }
  }
}

class Client{
    static void Main(String[] args){
      Handler handler1 = new ConcreteHandler1();
      Handler handler2 = new ConcreteHandler2();
      Handler handler3 = new ConcreteHandler3();

      handler1.SetSuccessor(handler2);
      handler2.SetSuccessor(handler3);

      int[] requests = {2, 5, 15, 26, 43};

      foreach(int request in requests){
        h1.HandleRequest(request);//循环给最小处理者提交请求，不同的数额，由不同权限的处理者处理
      }
      Console.ReadLine("");
  }
}

优点

• 降低耦合度，它将请求的发送者和接收者解耦。
• 简化了对象，使得对象不需要知道链的结构。
• 增强了给对象指派职责的灵活性。通过改变链内的成员或者调动它们的次序，允许动态新增或者删除责任
• 增加新的请求处理类很方便。

缺点

• 不能保证请求一定被接收。
• 系统性能会受到一定影响，调试不太方便，可能会出现循环调用。
• 可能不容易观察运行时的特征，有碍于除错。

小结

• 发出请求的客户端并不知道这其中的哪一个对象最终处理这个请求，这样系统的更改可以在不影响客户端的情况下动态地重新组织和分配责任。

• 当前的处理者能处理请求就自己处理，否则就把请求传递给它的后继者。

• 这使得接收者和发送者都没有对方的明确信息，且链中的对象自己也并不知道链的结构。结果是职责链可以简化对象的相互连接，它们仅仅需要保持一个指向其后继者的引用，而不需要保持它所有的候选接受者的引用，这样就大大降低了耦合度。

• 在客户端定义链的结构，也就是说，可以随时地增加或修改处理一个请求的结构。增强了给对象指派职责的灵活性。

• 主要解决？职责链上的处理者负责处理请求，客户端只需将请求发送到职责链上即可，无需关心请求的处理细节和请求的传递，所以职责链请求的发送者和请求的处理者解耦了。

• 何时使用？在处理消息的时候需要判断很多条件。

• 如何解决？拦截的处理者类都实现统一的接口。

• 关键代码？Handler类中聚合自己，在HandleRequest中判断是否合适，如果没达到条件则向下传递，向谁传递之前先设置继任者。

一句话概括

将请求的发送者和接收者解耦，使的多个对象都有处理这个请求的机会。