【设计模式】我终于读懂了职责链模式。。。

news2024/10/6 2:23:15

🍪学校 OA 系统的采购审批项目

需求是：采购员采购教学器材

在这里插入图片描述

传统方式是：接收到一个采购请求后，根据采购金额来调用对应的 Approver (审批人)完成审批。
传统方式的问题分析 : 客户端这里会使用到分支判断(比如 switch) 来对不同的采购请求处理，这样就存在如下问题
(1) 如果各个级别的人员审批金额发生变化，在客户端的也需要变化
(2) 客户端必须明确的知道有多少个审批级别和访问
这样对一个采购请求进行处理和 Approver (审批人) 就存在强耦合关系，不利于代码的扩展和维护

职责链模式（Chain of Responsibility Pattern）, 又叫责任链模式，为请求创建了一个接收者对象的链。这种模式对请求的发送者和接收者进行解耦。
职责链模式通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求，那么它会把相同的请求传给下一个接收者，依此类推。
这种类型的设计模式属于行为型模式

Handler : 抽象的处理者, 定义了一个处理请求的接口, 同时含义另外 Handler
ConcreteHandlerA , B 是具体的处理者, 处理它自己负责的请求，可以访问它的后继者(即下一个处理者), 如果可以处理当前请求，则处理，否则就将该请求交个后继者去处理，从而形成一个职责链
Request ，含义很多属性，表示一个请求

思路分析和图解(类图)

PurchaseRequest类，定义请求类

Approver类，定义同意审批接口

定义四个处理者

Client类

运行结果

首先实例化了请求类和四个处理类

之后需要将各个审批级别的下一个设置好 (处理人构成环形:保证每个审批都有最终处理人 )

最后丢给任何人处理

都会找到最终处理人（佟校长）

DispatcherServlet类

doDispatch（）方法

applyPreHandle（）方法

在 mappedHandler.applyPreHandle 内部得到了 HandlerInterceptor interceptor调用了拦截器的 interceptor.preHandle

如果又没拦截到，则调用triggerAfterCompletion方法

最后调用afterCompletion方法

再回到doDispatch（）方法

他如果没有拿到，则调用mappedHandler.applyPostHandle 方法

mappedHandler.applyPostHandle 方法内部获取到拦截器，并调用拦截器的 interceptor.postHandle();

调来调去其实就是把这个类里面三个方法调用完了

对源码总结
（1）springmvc 请求的流程图中，执行了拦截器相关方法 interceptor.preHandler 等等
（2）在处理 SpringMvc 请求时，使用到职责链模式还使用到适配器模式
（3）HandlerExecutionChain 主要负责的是请求拦截器的执行和请求处理,但是他本身不处理请求，只是将请求分配给链上注册处理器执行，这是职责链实现方式,减少职责链本身与处理逻辑之间的耦合,规范了处理流程
（4）HandlerExecutionChain 维护了 HandlerInterceptor 的集合，可以向其中注册相应的拦截器.

将请求和处理分开，实现解耦，提高系统的灵活性
简化了对象，使对象不需要知道链的结构
性能会受到影响，特别是在链比较长的时候，因此需控制链中最大节点数量，一般通过在 Handler 中设置一个最大节点数量，在 setNext()方法中判断是否已经超过阀值，超过则不允许该链建立，避免出现超长链无意识地破坏系统性能
调试不方便。采用了类似递归的方式，调试时逻辑可能比较复杂
最佳应用场景：有多个对象可以处理同一个请求时，比如：多级请求、请假/加薪等审批流程、Java Web 中 Tomcat
对 Encoding 的处理、拦截器