职责链模式(Chain of Responsibility)

详解

定义

为了避免请求发送者与接收者耦合在一起，让多个对象都有可能接收请求，将这些对象连接成一条链，并且沿着这条链传递请求，直到有对象处理它为止,职责链模式又称为责任链模式，它是一种对象行为型模式。（如果你接触过异常处理，那么套用异常处理机制可以更好地理解）。

职责链可以是一条直线,也可以是一个环，还可以是一个树形结构，不过最常见的职责链是直线型，即沿着一条单向的链来传递请求。链上的每一个对象都是请求处理者，职责链模式可以将请求的处理者组织成一条链，并使请求沿着链传递，由链上的处理者对请求进行相应的处理，而客户端无须关心请求的处理细节以及请求的传递，只需将请求发送到链上即可，通过这种方法将请求的发送者和请求的处理者解耦，消除两个角色间的依赖关系，可以自由地组合。

原理结构

上图阐释的是职责连模式的实现原理，主要角色包括：

• Handler：抽象处理者。定义出一个处理请求的接口。如果需要，接口可以定义出一个方法，以设定和返回对下家的引用。这个角色通常由一个抽象类或接口实现。
  
• ConcreteHandler： 具体处理者。具体处理者接到请求后，可以选择将请求处理掉，或者将请求传给下家。由于具体处理者持有对下家的引用，因此，如果需要，具体处理者可以访问下家。
  
• Client：客户端
  
• handleRequest：抽象处理者的公用接口，要求每个链式节点都实现这个接口，能够处理客户端发过来的请求数据。

对于每个链式节点，需要满足一下两个条件：

1. 实现抽象处理者（Handler）所定义的抽象接口，能够识别接收的请求；
2. 有一个successor，用于把当前不能处理的请求转发传递到下一个节点，如此才能形成一个链。（successor是指下一个ConcreteHandler的引用，相当于链表里面的next指针）

由于通过上述的编程设计，使得请求和处理该请求的对象完全没有依赖关系，因为客户端甚至不知道是谁处理了这个请求，这样的话，使得整个链式结构很灵活，可以随时添加新的的节点，当然也支持随意调节节点顺序、删除不必要的节点等等操作。

通过上述的讲解，或许你发现了了我们这里讲的链式结构和我们所熟知的链表的关系。如果你认为职责链就是一个链表，那么，我只能说你Too young too simple。

示例代码

（待续）

小结

行为型模式是对在不同的对象之间划分责任和算法的抽象化，行为型模式不仅仅关注类和对象的结构，而且重点关注它们之间的相互作用。通过行为型模式，可以更加清晰地划分类与对象的职责，并研究系统在运行时实例对象之间的交互。行为型模式可以分为类行为型模式和对象行为型模式两种。职责链模式可以避免请求发送者与接收者耦合在一起，让多个对象都有可能接收请求，将这些对象连接成一条链，并且沿着这条链传递请求，直到有对象处理它为止，它是一种对象行为型模式。

在我们日常使用中，我们或许直接接触这方面的机会不多，但是，如果你认真有研究过程序的一场处理机制，那么你就能够发现这种处理机制正是采用职责链的方式处理程序中抛出的异常错误的。

在职责链模式里，很多对象由每一个对象对其下家的引用而连接起来形成一条链。请求在这个链上传递，直到链上的某一个对象决定处理此请求。发出这个请求的客户端并不知道链上的哪一个对象最终处理这个请求，这使得系统可以在不影响客户端的情况下动态地重新组织链和分配责任。
职责链模式的主要优点在于可以降低系统的耦合度，简化对象的相互连接，同时增强给对象指派职责的灵活性，增加新的请求处理类也很方便；其主要缺点在于不能保证请求一定被接收，且对于比较长的职责链，请求的处理可能涉及到多个处理对象，系统性能将受到一定影响，而且在进行代码调试时不太方便。

优点：

• 降低耦合度
• 可简化对象的相互连接
• 增强给对象指派职责的灵活性
• 增加新的请求处理类很方便

缺点：

• 不能保证请求一定被接收。
• 系统性能将受到一定影响，而且在进行代码调试时不太方便（可能会造成循环调用）

参考

1. 设计模式之三职责链模式
   
2. 重温设计模式（三）——职责链模式(chain of responsibility)