设计模式（10）:责任链模式

本节我们来说一说责任链模式，什么是责任链模式，很多人的定义为：使多个对象都有机会处理请求，从而避免了请求的发送者和接受者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该 请求，直到有对象处理它为止。
定义应该是比较好理解的，说白了就是解决我们在处理一个请求/操作的时候，需要具体的确定是那个处理器来处理的问题，只不过我们会定义很多处理器，在处理器里面维护一个next 处理器（类似链表），让所有的处理器形成一个链，当处理器自己没有责任处理请求/操作的时候，就交给自己的next下一个处理器去处理，依次类推直到找到有责任处理此请求/操作的处理器为止，定义像有点像链表，使用像递归。
通用类图如下：

角色说明：
Handler：抽象的处理器定义，需要判定请求/操作的职责是否属于自己,属于则处理，不属于则交给自己的下一个处理器。
ConcreteHandler : 具体的处理器，需要公布自己的职责，然后专门处理自己公布的职责相关的请求。

案例：
如项目开发的时候，需求确认是这样的：一个请求（如银行客户存款的币种），一个处理者（只处理人 民币），但是随着业务的发展（改革开放了嘛，还要处理美元、日元等），处理者的数量和类型都有所增加， 那这时候就可以在第一个处理者后面建立一个链，也就是责任链来处理请求，如果是人民币，好，还是第一个 业务逻辑来处理；如果是美元，好，传递到第二个业务逻辑来处理；日元、欧元……这些都不用在对原有的业 务逻辑产生很大改变，通过扩展实现类就可以很好地解决这些需求变更的问题。
代码结构：

类图如下：

AbstractHandler：

DollarHandler：

RMBHandler：

HandlerContext：主要的作用就是定义链的顺序，并返回链的第一个处理器

CustomerBusiness：

Test：

打印结果：

总结：
优点：
责任链模式非常显著的优点是将请求和处理分开。请求者可以不用知道是谁处理的，处理者可以不用知道 请求的全貌，两者解耦，提高系统的灵活 性。

缺点：
责任链有两个非常显著的缺点：一是性能问题，每个请求都是从链头遍历到链尾，特别是在链比较长的时 候，性能是一个非常大的问题。二是调试不很方便，特别是链条比较长，环节比较多的时候，由于采用了类似 递归的方式，调试的时候逻辑可能比较复杂，所以如果链过长的话需要限制长度。