设计模式-14-职责链模式
个人github地址:HibisciDai
设计模式系列项目源码:HibisciDai/DesignPattern-LearningNotes-HibisciDai
processon在线UML类图:processon
[TOC]
设计模式-14-职责链模式
职责链模式(Chain of Responsibility Pattern)
意图
使多个对象都有机会处理请求,从而避免请求的发送者和接受者之间的耦合关系,将这些对象连成一条链,并沿着这条链传递该请求,知道有一个对象处理它位置。
the object become parts of a chain and the request is sent from one object to another across the chain until one of the object will handle it.
主要解决
职责链上的处理者负责处理请求,客户只需要将请求发送到职责链上即可,无须关心请求的处理细节和请求的传递,所以职责链将请求的发送者和请求的处理者解耦了。
何时使用
在处理消息的时候以过滤很多道。
关键代码
Handler 里面聚合它自己,在 HanleRequest 里判断是否合适,如果没达到条件则向下传递,向谁传递之前 set 进去。
如何解决
拦截的类都实现统一接口。
应用实例
- 红楼梦中的”击鼓传花”。
- JS 中的事件冒泡。
- JAVA WEB 中 Apache Tomcat 对 Encoding 的处理,Struts2 的拦截器,jsp servlet 的 Filter。
优点
- 降低耦合度。它将请求的发送者和接收者解耦。
- 简化了对象。使得对象不需要知道链的结构。
- 增强给对象指派职责的灵活性。通过改变链内的成员或者调动它们的次序,允许动态地新增或者删除责任。
- 增加新的请求处理类很方便。
缺点
- 不能保证请求一定被接收。
- 系统性能将受到一定影响,而且在进行代码调试时不太方便,可能会造成循环调用。
- 可能不容易观察运行时的特征,有碍于除错。
使用场景
- 有多个对象可以处理同一个请求,具体哪个对象处理该请求由运行时刻自动确定。
- 在不明确指定接收者的情况下,向多个对象中的一个提交一个请求。
- 可动态指定一组对象处理请求。
注意事项
针对新来的职务,要把责任链断开才可以修改代码,所以将调用谁在处理这个职责转移到他们的父类上随意调用子类(开闭原则)。
传递(单一职责原则):第一联系人、确定上下级关系。
案例1
小男孩修电脑,大人修车,超人修星星
类图
修改后类图:
代码
pattern14.chainofresponsibility.demo1
1 | public abstract class AbstractRepairMan { |
测试输出
1 | public class Main { |
1 | i can handle it - Adult |
案例2
针对上述案例进行改进,增加订单。
类图
代码
pattern14.chainofresponsibility.demo2
1 | public abstract class AbstractRepairMan { |
测试输出
1 | public class Main { |
1 | i can handle it - Adult |