图解Java设计模式之职责链模式

图解Java设计模式之职责链模式

学校OA系统的采购审批项目 :需求是

采购员采购教学器材
1)如果金额 小于等于 5000,由教学主任审批 (0<=x<=5000)
2)如果金额 小于等于 10000,由院长审批(5000 < x <= 10000)
3)如果金额 小于等于 30000,由副校长审批(10000 < x <= 30000)
4)如果金额 超过 30000 以上,有校长审批(30000 < x)

传统方案解决OA系统审批,传统的设计方案


1)传统方式是 :接收到一个采购请求后,根据采购金额来调用对应的Approver(审批人)完成审批。
2)传统方式的问题分析 :客户端这里会使用到 分支判断(比如 switch)来对不同的采购请求处理,这样就存在如下问题(1)如果各个级别的人员审批金额发生变化,在客户端的也需要变化(2)客户端必须明确的知道,有多少个审批级别和访问。
3)这样对一个采购请求进行处理和Approver (审批人)就存在强耦合关心,不利于代码的扩展和维护
4)解决方案 职责链模式

职责链模式基本介绍

1)职责链模式(Chain of Responsibility Pattern),又叫责任链模式,为请求创建链一个接收者对象的链。这种模式对请求的发送者和接收者进行解耦。
2)职责链模式通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求,那么它会把相同的请求传给下一个接收者,以此类推。
3)这种类型的设计模式属于行为型模式。

对原理类图的说明 :
1)Handler :抽象的处理者,定义链一个处理请求的接口,同时含义另外Handler。
2)ConcreteHandlerA、B 是具体的处理者,处理它自己负责的请求,可以访问它的后继者(即下一个处理者),如果可以处理当前请求,则处理,否则就将该请求交给后继者去处理,从而形成一个职责链。
3)Request,含有很多属性,表示一个请求。

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

1)应用实例要求
编写程序完成学校OA系统的采购审批项目 :需求
采购员采购教学器材
1)如果金额 小于等于 5000,由教学主任审批 (0<=x<=5000)
2)如果金额 小于等于 10000,由院长审批(5000 < x <= 10000)
3)如果金额 小于等于 30000,由副校长审批(10000 < x <= 30000)
4)如果金额 超过 30000 以上,有校长审批(30000 < x)
2)类图

package com.example.demo.responsibility;

/**
 * 请求类
 * @author zhaozhaohai
 *
 */
public class PurchaseRequest {

	/**
	 * 请求类型
	 */
	private int type = 0;

	/**
	 * 请求金额
	 */
	private float price = 0.0f;

	private int id = 0;

	/**
	 * 构造器
	 * @param type
	 * @param price
	 * @param id
	 */
	public PurchaseRequest(int type, float price, int id) {
		super();
		this.type = type;
		this.price = price;
		this.id = id;
	}

	public int getType() {
		return type;
	}

	public void setType(int type) {
		this.type = type;
	}

	public float getPrice() {
		return price;
	}

	public void setPrice(float price) {
		this.price = price;
	}

	public int getId() {
		return id;
	}

	public void setId(int id) {
		this.id = id;
	}

}
package com.example.demo.responsibility;

public abstract class Approver {

	/**
	 * 下一个处理者
	 */
	Approver approver;
	/**
	 * 名字
	 */
	String name;
	public Approver(String name) {
		super();
		this.name = name;
	}
	/**
	 * 下一个处理者
	 * @param approver
	 */
	public void setApprover(Approver approver) {
		this.approver = approver;
	}

	/**
	 * 处理审批请求的方法,得到一个请求,处理是子类完成,因此该方法做成抽象
	 * @param purchaseRequest
	 */
	public abstract void processRequest(PurchaseRequest purchaseRequest);
	public String getName() {
		return name;
	}

}
package com.example.demo.responsibility;

public class CollegeApprover extends Approver{

	public CollegeApprover(String name) {
		super(name);
		// TODO Auto-generated constructor stub
	}

	@Override
	public void processRequest(PurchaseRequest purchaseRequest) {
		// TODO Auto-generated method stub
		if (purchaseRequest.getPrice() < 5000 && purchaseRequest.getPrice() <= 10000) {
			System.out.println(" 请求编号 id = " + purchaseRequest.getId() + " 被 " + this.name + "处理");
		} else {
			approver.processRequest(purchaseRequest);
		}
	}

}
package com.example.demo.responsibility;

public class DepartmentAPprover extends Approver{

	public DepartmentAPprover(String name) {
		super(name);
		// TODO Auto-generated constructor stub
	}

	@Override
	public void processRequest(PurchaseRequest purchaseRequest) {
		// TODO Auto-generated method stub
		if (purchaseRequest.getPrice() <= 5000) {
			System.out.println(" 请求编号 id = " + purchaseRequest.getId() + " 被 " + this.name + "处理");
		} else {
			approver.processRequest(purchaseRequest);
		}
	}

}
package com.example.demo.responsibility;

public class SchoolMasterApprover extends Approver {

	public SchoolMasterApprover(String name) {
		super(name);
		// TODO Auto-generated constructor stub
	}

	@Override
	public void processRequest(PurchaseRequest purchaseRequest) {
		// TODO Auto-generated method stub
		if (purchaseRequest.getPrice() > 30000) {
			System.out.println(" 请求编号 id = " + purchaseRequest.getId() + " 被 " + this.name + "处理");
		} else {
			approver.processRequest(purchaseRequest);
		}
	}

}
package com.example.demo.responsibility;

public class ViceSchoolMasterApprover extends Approver {

	public ViceSchoolMasterApprover(String name) {
		super(name);
		// TODO Auto-generated constructor stub
	}

	@Override
	public void processRequest(PurchaseRequest purchaseRequest) {
		// TODO Auto-generated method stub
		if (purchaseRequest.getPrice() < 10000 && purchaseRequest.getPrice() <= 30000) {
			System.out.println(" 请求编号 id = " + purchaseRequest.getId() + " 被 " + this.name + "处理");
		} else {
			approver.processRequest(purchaseRequest);
		}
	}

}
package com.example.demo.responsibility;

public class Client {

	public static void main(String[] args) {
		// TODO Auto-generated method stub
		//创建一个请求
		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);
	}

}

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







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

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

1)将请求和处理分开,实现解耦,提高系统的灵活性。
2)简化链对象,使对象不需要知道链的结构。
3)性能会受到影响,特别是在链比较长的时候,因此需控制链中最大节点数量,一般通过在Handler中设置一个最大节点数量,在setNext()方法中判断是否已经超过阀值,超过则不允许该链建立,避免出现超长链无意识地破坏系统性能。
4)调试不方便。采用了类似递归的方式,调试时逻辑可能比较复杂。
5)最佳应用场景 :对多个对象可以处理同一个请求时,比如 :多级请求、请假/加薪等审批流程,Java Web 中 Tomcat 对Enciding的处理,拦截器。

原文地址:https://www.cnblogs.com/haizai/p/12633719.html

时间: 2024-08-08 19:15:24

图解Java设计模式之职责链模式的相关文章

java设计模式之职责链模式

[学习难度:★★★☆☆,使用频率:★★☆☆☆] "一对二","过","过"--这声音熟悉吗?你会想到什么?对!纸牌.在类似"斗地主"这样的纸牌游戏中,某人出牌给他的下家,下家看看手中的牌,如果要不起上家的牌则将出牌请求再转发给他的下家,其下家再进行判断.一个循环下来,如果其他人都要不起该牌,则最初的出牌者可以打出新的牌.在这个过程中,牌作为一个请求沿着一条链在传递,每一位纸牌的玩家都可以处理该请求.在设计模式中,我们也有一种专

JAVA设计模式之 职责链模式【Chain of Responsibility Pattern】

一.概述 避免请求发送者与接收者耦合在一起,让多个对象都有可能接收请求,将这些对象连接成一条链,并且沿着这条链传递请求,直到有对象处理它为止.职责链模式是一种对象行为型模式. 核心在于引入一个抽象处理者类 二.适用场景 请求的链式处理,多个对象可以处理同一请求.但是具体由哪个对象来处理由运行时系统根据条件判断确定. 如请假业务场景: 三.UML类图 四.参与者 1.Handler(抽象处理者):它定义了一个处理请求的接口,一般设计为抽象类,由于不同的具体处理者处理请求的方式不同,因此在其中定义了

设计模式之职责链模式(JAVA实现)

学习netty框架时,看到有人说netty用到了设计模式的职责链模式,学习一下职责链模式,主要参考大话设计模式. 主要场景: 小菜想要加薪,向经理提出加薪请求,经理没有权限,经理交由总监处理,总监也没有权限,交由总经理处理,最后,总经理处理了,不同意. 职责链的意思就是,如果没有处理该类请求的权限,交由具有更高权限的对象处理.依次类推 这里将处理对象抽象为Handler类,经理.总监等为继承Handler的具体处理类,同时模拟客户端Client向Handler对象发出请求 类图如下 下面为具体代

Java设计模式之责任链模式、职责链模式

本文继续介绍23种设计模式系列之职责链模式. 什么是链 1.链是一系列节点的集合. 2..链的各节点可灵活拆分再重组. 职责链模式 使多个对象都有机会处理请求,从而避免请求的发送者和接受者之间的耦合关系, 将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理他为止. 角色 抽象处理者角色(Handler):定义出一个处理请求的接口.如果需要,接口可以定义 出一个方法以设定和返回对下家的引用.这个角色通常由一个Java抽象类或者Java接口实现. 具体处理者角色(ConcreteHan

Java设计模式之职责链设计模式

1.什么是-职责链设计模式 责任链模式是一种对象的行为模式.在责任链模式里,很多对象由每一个对象对其下家的引用而连接起来形成一条链.请求在这个链上传递,直到链上的某一个对象决定处理此请求.发出这个请求的客户端并不知道链上的哪一个对象最终处理这个请求,这使得系统可以在不影响客户端的情况下动态地重新组织和分配责任.Tomcat中的Filter就是使用了责任链模式,创建一个Filter除了要在web.xml文件中做相应配置外,还需要实现javax.servlet.Filter接口. 2.职责链设计模式

设计模式值职责链模式(行为型)

目录 一.行为型模式 二.职责链模式定义 三.职责链模式角色 四.简单实例 五.模式应用 一.行为型模式 介绍职责链模式之前先介绍一下行为型设计模式,因为按照GoF模式分类,职责链就是一种行为型设计模式.行为型设计模式就是主要表示类或者对象之间的关联关系,分为类行为型和对象行为型.类行为型一般都是通过类的继承或者多态等等方式实现.对象行为型就是通过对象的聚合等等关联实现. 二.职责链模式定义 职责链模式是一种对象行为型模式.根据"合成复用"原则,尽量使用关联来取代类继承,对象行为型可以

设计模式之职责链模式(Chain of Responsibility)摘录

23种GOF设计模式一般分为三大类:创建型模式.结构型模式.行为模式. 创建型模式抽象了实例化过程,它们帮助一个系统独立于怎样创建.组合和表示它的那些对象.一个类创建型模式使用继承改变被实例化的类,而一个对象创建型模式将实例化托付给还有一个对象.创建型模式有两个不断出现的主旋律.第一,它们都将关于该系统使用哪些详细的类的信息封装起来.第二,它们隐藏了这些类的实例是怎样被创建和放在一起的.整个系统关于这些对象所知道的是由抽象类所定义的接口.因此,创建型模式在什么被创建,谁创建它,它是怎样被创建的,

深入理解JavaScript系列(38):设计模式之职责链模式

介绍 职责链模式(Chain of responsibility)是使多个对象都有机会处理请求,从而避免请求的发送者和接受者之间的耦合关系.将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理他为止. 也就是说,请求以后,从第一个对象开始,链中收到请求的对象要么亲自处理它,要么转发给链中的下一个候选者.提交请求的对象并不明确知道哪一个对象将会处理它——也就是该请求有一个隐式的接受者(implicit receiver).根据运行时刻,任一候选者都可以响应相应的请求,候选者的数目是任意

设计模式之职责链模式

职责链模式 使多个对象都有机会处理请求,从而避免了请求的发送者和接受者之间的耦合.将系统连成一条线,并沿着这条线传递请求,直到有一个对象处理他为止. Handler package com.hml.responsiblity; public abstract class Handler { protected Handler successor; public Handler getSuccessor() { return successor; } public void setSuccesso