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

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

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

  1. 1. 如果金额 小于等于 5000, 由教学主任审批 (0<=x<=5000)

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

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

  4. 4. 如果金额 超过 30000 以上,有校长审批 ( 30000<x)

🍪传统方案解决OA 系统审批,传统的设计方案(类图)

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

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

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

  2. 2. 传统方式的问题分析 : 客户端这里会使用到 分支判断(比如 switch) 来对不同的采购请求处理, 这样就存在如下问题 (1) 如果各个级别的人员审批金额发生变化,在客户端的也需要变化 (2) 客户端必须明确的知道 有多少个审批级别和访问

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

🍪职责链模式基本介绍

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

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

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

    🍪职责链模式的原理类图

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

🍪对原理类图的说明-即(职责链模式的角色及职责)

  1. 1. Handler : 抽象的处理者, 定义了一个处理请求的接口, 同时含义另外 Handler

  2. 2. ConcreteHandlerA , B 是具体的处理者, 处理它自己负责的请求, 可以访问它的后继者(即下一个处理者), 如果可以处理当前请求,则处理,否则就将该请求交个 后继者去处理,从而形成一个职责链

  3. 3. Request , 含义很多属性,表示一个请求

    🍪职责链模式解决OA 系统采购审批

思路分析和图解(类图)

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

PurchaseRequest类,定义请求类

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

Approver类,定义同意审批接口

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

定义四个处理者

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

Client类

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

运行结果

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

🍪debug看源码

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

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

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

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

最后丢给任何人处理

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

都会找到最终处理人(佟校长)

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

🍪职责链模式在SpringMVC 框架应用的源码分析

  1. 1. SpringMVC-HandlerExecutionChain 类就使用到职责链模式

  2. 2. 代码分析+Debug 源码+说明

DispatcherServlet类

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

doDispatch()方法

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

applyPreHandle()方法

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

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

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

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

最后调用afterCompletion方法

再回到doDispatch()方法

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

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

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

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

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

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

🍪职责链模式的注意事项和细节

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

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

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

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

  5. 5. 最佳应用场景:有多个对象可以处理同一个请求时,比如:多级请求、请假/加薪等审批流程、Java Web 中 Tomcat 对 Encoding 的处理、拦截器

资料参考:https://www.bilibili.com/video/BV1G4411c7N4

代码地址:https://gitee.com/WangFuGui-Ma/design-pattern/tree/master/design

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

另外如果对Elastic Search感兴趣的话,推荐一下我的专栏,这篇专栏介绍了Elasticsearch的Restful API的入门指南。学习如何使用API进行索引、搜索和分析,包括创建索引、定义映射、添加文档、执行查询等。通过实例和代码片段,快速上手Elasticsearch的Restful API,构建强大的搜索功能。感谢大家支持:

Elastic Search的RestFul API入门 [1]

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

引用链接

[1] Elastic Search的RestFul API入门 : https://blog.csdn.net/csdnerm/category_12497418.html


原文始发于微信公众号(掉头发的王富贵):【设计模式】我终于读懂了职责链模式。。。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/297412.html

(0)
Java光头强的头像Java光头强

相关推荐

发表回复

登录后才能评论
极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!