设计模式之旅—责任链模式

责任链模式分析思路介绍:

  • 责任链模式的介绍
  • 责任链模式的实战
  • 责任链模式的总结

一、责任链模式介绍

  • 定义: 为请求创建了一个接收者对象的链。(避免请求发送者与接收者耦合在一起,让多个对象都有可能接收请求,将这些对象连接成一条链,并且沿着这条链传递请求,直到有对象处理它为止)。
  • 主要解决: 职责链上的处理者负责处理请求,客户只需要将请求发送到职责链上即可,无须关心请求的处理细节和请求的传递,所以职责链将请求的发送者和请求的处理者解耦了。
  • 应用实例介绍: 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的请求执行流程也是一个伪责任链模式
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值