设计模式-职责链模式

前面我们介绍了设计模式中的 策略模式,今天我们来介绍最后一种设计模式----职责链模式

我们还是通过一个传统的解决方案来引出职责链模式

一.需求

1) 采购员采购教学器材

2) 如果金额 小于等于5000, 由教学主任审批 （0<=x<=5000）

3) 如果金额 小于等于10000, 由院长审批 (5000<x<=10000)

4) 如果金额 小于等于30000, 由副校长审批 (10000<x<=30000)

5) 如果金额 超过30000以上，有校长审批 ( 30000<x)

请设计程序完成采购审批项目

 

二.传统的解决方案

 

三.传统方案解决OA系统审批问题分析

1) 传统方式是：接收到一个采购请求后，根据采购金额来调用对应的 Approver ( 审批 人) 完成审批。

2) 传统方式的问题分析 : 客户端这里会使用到 分支判断 ( 比如 switch) 来对不同的采 购请求处理， 这样就存在如下问题

• (1) 如果各个级别的人员审批金额发生变化，在 客户端的也需要变化
• (2) 客户端必须明确的知道 有多少个审批级别和访问

3) 这样 对一个采购请求进行处理 和 Approver ( 审批人 ) 就存在强耦合关系，不利于代 码的扩展和维护

4) 解决方案 = 》 职责链模式

 

四.职责链模式介绍

基本介绍

1) 职责链模式（Chain of Responsibility Pattern）, 又叫 责任链模式 ，为请求创建了一个接收者 对象的链(简单示意图)。这种模式对请求的 发送者和接收者进行解耦。

2) 职责链模式通常每个接收者都包含对另一个接 收者的引用。如果一个对象不能处理该请求， 那么它会把相同的请求传给下一个接收者，依此类推。【类似于链表】

3) 这种类型的设计模式属于行为型模式

4）UML类图

 

五.职责链模式的注意事项和细节【*****】

1) 将请求和处理分开，实现解耦，提高系统的灵活性

2) 简化了对象，使对象不需要知道链的结构

3) 性能会受到影响，特别是在链比较长的时候，因此需控制链中最大节点数量，一般 通过在Handler 中设置一个最大节点数量，在 setNext() 方法中判断是否已经超过阀值， 超过则不允许该链建立，避免出现超长链无意识地破坏系统性能

4) 调试不方便。采用了类似递归的方式，调试时逻辑可能比较复杂

5) 最佳应用场景：有多个对象可以处理同一个请求时，比如：多级请求、请假 / 加薪 等审批流、拦截器