设计模式之责任链

      最近刚完成一个系统，规模不大但业务流程复杂，主要功能是根据订单号查询出该订单在流经我们物流系统中的异常信息。在PD及开发人员共同参与的情况下，绘制出系统业务流程图，足有十多个节点分支，但有一个规律：流程的输入参数为订单号，在往下的流程中只要有一个业务规则符合判断条件即返回异常信息并退出，否则进入下一个节点进行判断。这是典型的责任链模式：当你想让一个以上的对象有机会处理某个请求的时候，就使用责任链模式。

      通过责任链模式，你可以为某个请求创建一个对象链，每个对象依序检查此请求，并对其进行处理，或者将它传给链中的下一个对象。

以下是责任链模式的静态类结构图：

      链中的每个对象扮演处理器，并且有一个后继对象。如果它可以处理请求，就进行处理，否则把请求转发给后继者。

以下分析责任链模式的优缺点及用途：

优点：将请求的发送者和接受者解耦。可以简化你的对象，因为它不需要知道链的结构。通过改变链内的成员或调动它们的次序，允许你动态地新增或者删除责任。

缺点：并不保证请求一定会执行；如果没有任何对象处理它的话，它可能会落到链尾端之外（在我的订单异常处理系统中最后节点链尾端会进行终极处理，外部发送的请求是绝对会被执行到的）。可能不容易观察运行时的特征，有碍于除错。

用途：经常被用在窗口系统中，处理鼠标和键盘之类的事件。