责任链模式分析思路介绍:
一、责任链模式介绍
- 定义: 为请求创建了一个接收者对象的链。(避免请求发送者与接收者耦合在一起,让多个对象都有可能接收请求,将这些对象连接成一条链,并且沿着这条链传递请求,直到有对象处理它为止)。
- 主要解决: 职责链上的处理者负责处理请求,客户只需要将请求发送到职责链上即可,无须关心请求的处理细节和请求的传递,所以职责链将请求的发送者和请求的处理者解耦了。
- 应用实例介绍: 1、红楼梦中的"击鼓传花"。 2、JS 中的事件冒泡。 3、JAVA WEB 中 Apache Tomcat 对 Encoding 的处理,Struts2 的拦截器,jsp servlet 的 Filter。
- 案例场景描述: 甜言蜜语终究敌不过生活的柴米油盐,这一天小明下班一回到家就打游戏,然后两人就吵了一架。正所谓夫妻床头吵到床尾,不知道小明使用了什么招数???没一会儿两人就和好了!!!最终两人决定找个合适的时间请几天假,然后出去走一走看一看秋天大自然的风景,释放一下工作压力,促进二人的感情。那么问题来了:小明还不确定要请几天假,而且公司有规定,根据请假天数的不同,审批领导也会有所变化!!!
二、责任链模式的实战
1、责任链模式原理类图
1)类图的展示
2)类图的介绍
- Handler:抽象的处理者,定义了一个请求处理的接口,同时包含另外的Handler
- ConcreteHandlerA/B:是具体的处理者,处理它自己负责的请求,可以访问它的后继者(下一个处理者),如果可以处理当前请求,就处理,否则就将该请求交给后继者去处理,从而形成一个责任链
- Request:包含很多属性,表示一个请求
2、案例场景描述
- 小明随后便了解了一下公司的请假审批流程相关人员的审批权限:组长-GroupLeader(请假天数<3天),项目经理-ProjectManager(请假天数<=5天),部门主管-DepartmentHead(请假天数<=15天),总经理-president(请假天数<30天)。这样一来小明就能根据自己的到底想请几天假来提交相应的审批,然后会有不同的审批人来审批。(小挫折:小明决定请30天假,可是总经理说了,小伙子你很不错,我很看好你所以决定下一个项目交给你来搞,好好搞年底给你加薪!!!所以假就不能批了)
3、结合案例场景分析(两种实现方式)
方式一:责任链模式的实现
说明:针对上面《案例场景描述》的实现
1)审批执行人的定义
2)组长节点的定义
3)项目经理节点的定义
4)部门主管节点的定义
5)总经理节点的定义
6)小明请假请求的定义
7)执行结果
方式二:责任链模式的解耦
说明:在上面《案例场景描述》的实现基础上,组织结构调整后添加了部门经理-Division Manager审批节点(请假天数<=10天),添加工厂类方法定义的实现方式。
1)部门经理节点的定义
2)审批执行人的定义
3)审批操作工厂类的定义
4)小明请假请求的定义
5)执行结果
三、责任链模式的总结
1、责任链模式的使用场景
- 有多个对象可以处理同一个请求,具体哪个对象处理该请求由运行时刻自动确定
- 在不明确指定接收者的情况下,向多个对象中的一个提交一个请求
- 可动态指定一组对象处理请求
2、责任链模式的优缺点
<【优点】>
- 降低耦合度。它将请求的发送者和接收者解耦
- 简化了对象。使得对象不需要知道链的结构
- 增强给对象指派职责的灵活性。通过改变链内的成员或者调动它们的次序,允许动态地新增或者删除责任
- 增加新的请求处理类很方便
<【缺点】>
- 不能保证请求一定被接收
- 系统性能将受到一定影响,而且在进行代码调试时不太方便,可能会造成循环调用
- 可能不容易观察运行时的特征,有碍于除错
3、具体相关应用实例
- 在处理消息的时候以过滤很多道,便使用拦截的类都实现统一接口。
- Exception Handing中的异常处理方式
- JavaScript中一个页面布局相关节点的依赖
- JavaWeb开发中Filter的使用,其中Spring Security的使用就是一个典型的责任链模式
- SpringMVC的请求执行流程也是一个伪责任链模式