行为型——职责链模式(Responsibility)day23

职责链模式基本介绍

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

职责链模式类图

在这里插入图片描述
➢对原理类图的说明-即(职责链模式的角色及职责)

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

案例

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

  2. 思路分析和图解(类图)
    在这里插入图片描述

package com.xhl.Responsibility;
//请求类
public class PuchaseRequest {

	private int type = 0;//请求类型
	private float price = 0.0f;//请求金额
	private int id = 0;
	
	public PuchaseRequest(int type, float price, int id) {
		super();
		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.xhl.Responsibility;

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(PuchaseRequest puchaseRequest);
}
package com.xhl.Responsibility;

public class DepartmentApprover extends Approver{

	public DepartmentApprover(String name) {
		super(name);
	}
	
	@Override
	public void processRequest(PuchaseRequest puchaseRequest) {
		if(puchaseRequest.getPrice()<=5000) {
			System.out.println("请求编号 id = "+puchaseRequest.getId()+" 被 "+this.name+" 处理");
		}else {
			approver.processRequest(puchaseRequest);
		}
	}

}

package com.xhl.Responsibility;

public class CollegeApprover extends Approver{

	public CollegeApprover(String name) {
		super(name);
	}
	
	@Override
	public void processRequest(PuchaseRequest puchaseRequest) {
		if(puchaseRequest.getPrice()>5000&&puchaseRequest.getPrice()<=10000) {
			System.out.println("请求编号 id = "+puchaseRequest.getId()+" 被 "+this.name+" 处理");
		}else {
			approver.processRequest(puchaseRequest);
		}
	}

}
package com.xhl.Responsibility;

public class ViceSchoolMasterApprover extends Approver{

	public ViceSchoolMasterApprover(String name) {
		super(name);
	}
	
	@Override
	public void processRequest(PuchaseRequest puchaseRequest) {
		if(puchaseRequest.getPrice()>10000&&puchaseRequest.getPrice()<30000) {
			System.out.println("请求编号 id = "+puchaseRequest.getId()+" 被 "+this.name+" 处理");
		}else {
			approver.processRequest(puchaseRequest);
		}
	}

}
package com.xhl.Responsibility;

public class SchoolMasterApprover extends Approver{

	public SchoolMasterApprover(String name) {
		super(name);
	}
	
	@Override
	public void processRequest(PuchaseRequest puchaseRequest) {
		if(puchaseRequest.getPrice()>30000) {
			System.out.println("请求编号 id = "+puchaseRequest.getId()+" 被 "+this.name+" 处理");
		}else {
			approver.processRequest(puchaseRequest);
		}
	}

}
package com.xhl.Responsibility;

public class ResponsibilityDemo {
	public static void main(String[] args) {
		PuchaseRequest pRequest = new PuchaseRequest(1, 20000, 1);
		
		DepartmentApprover d = new DepartmentApprover("张主任");
		CollegeApprover c = new CollegeApprover("李院长");
		ViceSchoolMasterApprover v = new ViceSchoolMasterApprover("王副校长");
		SchoolMasterApprover s = new SchoolMasterApprover("赵校长");
		
		d.setApprover(c);
		c.setApprover(v);
		v.setApprover(s);
		
		d.processRequest(pRequest);
		v.processRequest(pRequest);
	}
}

在这里插入图片描述

总结

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值