职责链模式
学校 OA 系统的采购审批项目:需求是
采购员采购教学器材
1、如果金额小于等于5000,由教学主任审批(0<=x<=5000)
2、如果金额小于等于10000,由院长审批(5000<x<=10000)
3、如果金额小于等于30000,由副校长审批(10000<x<=30000)
4、如果金额超过30000以上,有校长审批(30000<x)
请设计程序完成采购审批项目
传统方案解决 OA 系统审批,传统的设计方案(类图)
传统方案解决 OA 系统审批问题分析
1、传统方式是:接收到一个采购请求后,根据采购金额来调用对应的 Approver (审批人)完成审批
2、传统方式的问题分析:客户端这里会使用到分支判断(比如 switch)来对不同的采购请求处理,这样就存在如下问题:
(1)如果各个级别的人员审批金额发生变化,在客户端的也需要变化;(2)客户端必须明确的知道有多少个审批级别和访问
3、这样对一个采购请求进行处理和 Approver (审批人)就存在强耦合关系,不利于代码的扩展和维护
4、解决方案 =》 职责链模式
职责链模式基本介绍
- 职责链模式(Chain of Responsibility Pattern),又叫责任链模式,为请求创建了一个接收者对象的链(简单示意图)。这种模式对请求的发送者和接收者进行解耦
- 职责链模式通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求,那么它会把相同的请求传给下一个接收者,依此类推
- 这种类型的设计模式属于行为型模式
职责链模式是一种对象行为型模式,其主要优点如下:
- 降低了对象之间的耦合度。该模式使得一个对象无须知道到底是哪一个对象处理其请求以及链的结构,发送者和接收者也无须拥有对方的明确信息
- 增强了系统的可扩展性。可以根据需要增加新的请求处理类,满足开闭原则
- 增强了给对象指派职责的灵活性。当工作流程发生变化,可以动态地改变链内的成员或者调动它们的次序,也可动态地新增或者删除责任
- 职责链简化了对象之间的连接。每个对象只需保持一个指向其后继者的引用,不需保持其他所有处理者的引用,这避免了使用众多的 if 或者 if···else 语句
- 责任分担。每个类只需要处理自己该处理的工作,不该处理的传递给下一个对象完成,明确各类的责任范围,符合类的单一职责原则
其主要缺点如下:
- 不能保证每个请求一定被处理。由于一个请求没有明确的接收者,所以不能保证它一定会被处理,该请求可能一直传到链的末端都得不到处理
- 对比较长的职责链,请求的处理可能涉及多个处理对象,系统性能将受到一定影响
- 职责链建立的合理性要靠客户端来保证,增加了客户端的复杂性,可能会由于职责链的错误设置而导致系统出错,如可能会造成循环调用
模式的结构与实现
通常情况下,可以通过数据链表来实现职责链模式的数据结构。
1、模式的结构
职责链模式主要包含以下角色:
- 抽象处理者(Handler)角色:定义一个处理请求的接口,包含抽象处理方法和一个后继连接
- 具体处理者(Concrete Handler)角色:实现抽象处理者的处理方法,判断能否处理本次请求,如果可以处理请求则处理,否则将该请求转给它的后继者
- 客户类(Client)角色:创建处理链,并向链头的具体处理者对象提交请求,它不关心处理细节和请求的传递过程
职责链模式的本质是解耦请求与处理,让请求在处理链中能进行传递与被处理;理解职责链模式应当理解其模式,而不是其具体实现。职责链模式的独到之处是将其节点处理者组合成了链式结构,并允许节点自身决定是否进行请求处理或转发,相当于让请求流动起来。
其结构图如图 1 所示。客户端可按图 2 所示设置职责链。
2、模式的实现
职责链模式的实现代码如下:
package chainOfResponsibility;
public class ChainOfResponsibilityPattern {
public static void main(String[] args) {
// 组装责任链
Handler handler1 = new ConcreteHandler1();
Handler handler2 = new ConcreteHandler2();
handler1.setNext(handler2);
// 提交请求
handler1.handleRequest("two");
}
}
// 抽象处理者角色
abstract class Handler {
private Handler next;
public void setNext(Handler next) {
this.next = next;
}
public Handler getNext() {
return next;
}
// 处理请求的方法
public abstract void handleRequest(String request);
}
// 具体处理者角色1
class ConcreteHandler1 extends Handler {
public void handleRequest(String request) {
if (request.equals("one")) {
System.out.println("具体处理者1负责处理该请求!");
} else {
if (getNext() != null) {
getNext().handleRequest(request);
} else {
System.out.println("没有人处理该请求!");
}
}
}
}
// 具体处理者角色2
class ConcreteHandler2 extends Handler {
public void handleRequest(String request) {
if (request.equals("two")) {
System.out.println("具体处理者2负责处理该请求!");
} else {
if (getNext() != null) {
getNext().handleRequest(request);
} else {
System.out.println("没有人处理该请求!");
}
}
}
}
程序运行结果如下:
具体处理者2负责处理该请求!
在上面代码中,我们把消息硬编码为 String 类型,而在真实业务中,消息是具备多样性的,可以是 int、String 或者自定义类型。因此,在上面代码的基础上,可以对消息类型进行抽象 Request,增强了消息的兼容性。
职责链模式解决 OA 系统采购审批
1)应用实例要求
编写程序完成学校 OA 系统的采购审批项目:需求 采购员采购教学器材
如果金额 小于等于 5000, 由教学主任审批 如果金额 小于等于 10000, 由院长审批
如果金额 小于等于 30000, 由副校长审批 如果金额 超过 30000 以上,有校长审批
2)思路分析和图解(类图)
3)代码实现
package com.atguigu.responsibilitychain;
public abstract class Approver {
// 下一个处理者
Approver approver;
// 名字
String name;
public Approver(String name) {
this.name = name;
}
// 下一个处理者
public void setApprover(Approver approver) {
this.approver = approver;
}
// 处理审批请求的方法,得到一个请求,处理是子类完成,因此该方法做成抽象
public abstract void processRequest(PurchaseRequest purchaseRequest);
}
package com.atguigu.responsibilitychain;
public class Client {
public static void main(String[] args) {
// 创建一个请求
PurchaseRequest purchaseRequest = new PurchaseRequest(1, 31000, 1);
// 创建相关的审批人
DepartmentApprover departmentApprover = new DepartmentApprover("张主任");
CollegeApprover collegeApprover = new CollegeApprover("李院长");
ViceSchoolMasterApprover viceSchoolMasterApprover = new ViceSchoolMasterApprover("王副校");
SchoolMasterApprover schoolMasterApprover = new SchoolMasterApprover("佟校长");
// 需要将各个审批级别的下一个设置好(处理人构成环形)
departmentApprover.setApprover(collegeApprover);
collegeApprover.setApprover(viceSchoolMasterApprover);
viceSchoolMasterApprover.setApprover(schoolMasterApprover);
schoolMasterApprover.setApprover(departmentApprover);
departmentApprover.processRequest(purchaseRequest);
viceSchoolMasterApprover.processRequest(purchaseRequest);
}
}
package com.atguigu.responsibilitychain;
public class CollegeApprover extends Approver {
public CollegeApprover(String name) {
super(name);
}
@Override
public void processRequest(PurchaseRequest purchaseRequest) {
if (purchaseRequest.getPrice() < 5000 && purchaseRequest.getPrice() <= 10000) {
System.out.println(" 请求编号 id= " + purchaseRequest.getId() + " 被 " + this.name + " 处理");
} else {
approver.processRequest(purchaseRequest);
}
}
}
package com.atguigu.responsibilitychain;
// 请求类
public class PurchaseRequest {
// 请求类型
private int type = 0;
// 请求金额
private float price = 0.0f;
private int id = 0;
// 构造器
public PurchaseRequest(int type, float price, int id) {
this.type = type; this.price = price; this.id = id;
}
public int getType() {
return type;
}
public float getPrice() {
return price;
}
public int getId() {
return id;
}
}
package com.atguigu.responsibilitychain;
public class SchoolMasterApprover extends Approver {
public SchoolMasterApprover(String name) {
super(name);
}
@Override
public void processRequest(PurchaseRequest purchaseRequest) {
if (purchaseRequest.getPrice() > 30000) {
System.out.println(" 请求编号 id= " + purchaseRequest.getId() + " 被 " + this.name + " 处理");
} else {
approver.processRequest(purchaseRequest);
}
}
}
package com.atguigu.responsibilitychain;
public class ViceSchoolMasterApprover extends Approver {
public ViceSchoolMasterApprover(String name) {
super(name);
}
@Override
public void processRequest(PurchaseRequest purchaseRequest) {
if (purchaseRequest.getPrice() < 10000 && purchaseRequest.getPrice() <= 30000) {
System.out.println(" 请求编号 id= " + purchaseRequest.getId() + " 被 " + this.name + " 处理");
} else {
approver.processRequest(purchaseRequest);
}
}
}
职责链模式在 SpringMVC 框架应用的源码分析
1)SpringMVC-HandlerExecutionChain 类就使用到职责链模式
2)SpringMVC 请求流程简图
3)代码分析+Debug源码+说明
4)源码和说明
package com.atguigu.spring.test;
import org.springframework.web.servlet.HandlerExecutionChain;
import org.springframework.web.servlet.HandlerInterceptor;
public class ResponsibilityChain {
public static void main(String[] args) {
// DispatcherServlet
// 说明
/*
*
* protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
* HandlerExecutionChain mappedHandler = null;
* mappedHandler = getHandler(processedRequest);//获取到 HandlerExecutionChain 对象
* // 在 mappedHandler.applyPreHandle 内部 得到啦 HandlerInterceptor interceptor
* // 调用了拦截器的 interceptor.preHandle
* if (!mappedHandler.applyPreHandle(processedRequest, response)) {
return;
}
// 说明:mappedHandler.applyPostHandle 方法内部获取到拦截器,并调用
// 拦截器的 interceptor.postHandle(request, response, this.handler, mv); mappedHandler.applyPostHandle(processedRequest, response, mv);
* }
*
*
* // 说明:在 mappedHandler.applyPreHandle 内部中,
* 还调用了 triggerAfterCompletion 方法,该方法中调用了
* HandlerInterceptor interceptor = getInterceptors()[i];
try {
interceptor.afterCompletion(request, response, this.handler, ex);
} catch (Throwable ex2) {
logger.error("HandlerInterceptor.afterCompletion threw exception", ex2);
}
*/
}
}
5)对源码总结
- springmvc 请求的流程图中,执行了拦截器相关方法 interceptor.preHandler 等等
- 在处理 SpringMvc 请求时,使用到职责链模式还使用到适配器模式
- HandlerExecutionChain 主要负责的是请求拦截器的执行和请求处理,但是他本身不处理请求,只是将请求分配给链上注册处理器执行,这是职责链实现方式,减少职责链本身与处理逻辑之间的耦合,规范了处理流程
- HandlerExecutionChain 维护了 HandlerInterceptor 的集合, 可以向其中注册相应的拦截器
模式的应用场景
前边已经讲述了关于责任链模式的结构与特点,下面介绍其应用场景,责任链模式通常在以下几种情况使用。
- 多个对象可以处理一个请求,但具体由哪个对象处理该请求在运行时自动确定
- 可动态指定一组对象处理请求,或添加新的处理者
- 需要在不明确指定请求处理者的情况下,向多个处理者中的一个提交请求
模式的扩展
职责链模式存在以下两种情况。
- 纯的职责链模式:一个请求必须被某一个处理者对象所接收,且一个具体处理者对某个请求的处理只能采用以下两种行为之一:自己处理(承担责任);把责任推给下家处理
- 不纯的职责链模式:允许出现某一个具体处理者对象在承担了请求的一部分责任后又将剩余的责任传给下家的情况,且一个请求可以最终不被任何接收端对象所接收
职责链模式的注意事项和细节
1)将请求和处理分开,实现解耦,提高系统的灵活性
2)简化了对象,使对象不需要知道链的结构
3)性能会受到影响,特别是在链比较长的时候,因此需控制链中最大节点数量,一般通过在Handler中设置一个最大节点数量,在 setNext()方法中判断是否已经超过阀值,超过则不允许该链建立,避免出现超长链无意识地破坏系统性能
4)调试不方便。采用了类似递归的方式,调试时逻辑可能比较复杂
5)最佳应用场景:有多个对象可以处理同一个请求时,比如:多级请求、请假/加薪等审批流程、Java web 中 Tomcat 对Encoding的处理、拦截器