【设计模式】 - 结构型模式 - 责任链模式

前言

行为型模式用于描述程序在运行时复杂的流程控制,即描述多个类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务,它涉及算法与对象间职责的分配。
行为型模式分为类行为模式和对象行为模式,前者采用继承机制来在类间分派行为,后者采用组合或聚合在对象间分配行为。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象行为模式比类行为模式具有更大的灵活性。

行为型模式分为:
模板方法模式
策略模式
命令模式
职责链模式
状态模式
观察者模式
中介者模式
迭代器模式
访问者模式
备忘录模式
解释器模式
以上 11 种行为型模式,除了模板方法模式和解释器模式是类行为型模式,其他的全部属于对象行为型模式。

责任链模式

概述

在现实生活中,常常会出现这样的事例:一个请求有多个对象可以处理,但每个对象的处理条件或权限不同。例如,公司员工请假,可批假的领导有部门负责人、副总经理、总经理等,但每个领导能批准的天数不同,员工必须根据自己要请假的天数去找不同的领导签名,也就是说员工必须记住每个领导的姓名、电话和地址等信息,这增加了难度。这样的例子还有很多,如找领导出差报销、生活中的“击鼓传花”游戏等。
定义:
又名职责链模式,为了避免请求发送者与多个请求处理者耦合在一起,将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链;当有请求发生时,可将请求沿着这条链传递,直到有对象处理它为止。

结构

抽象处理者(Handler)角色:定义一个处理请求的接口,包含抽象处理方法和一个后继连接。
具体处理者(Concrete Handler)角色:实现抽象处理者的处理方法,判断能否处理本次请求,如果可以处理请求则处理,否则将该请求转给它的后继者。
客户类(Client)角色:创建处理链,并向链头的具体处理者对象提交请求,它不关心处理细节和请求的传递过程

实现

现需要开发一个请假流程控制系统。请假一天以下的假只需要小组长同意即可;请假1天到3天的假还需要部门经理同意;请求3天到7天还需要总经理同意才行。
在这里插入图片描述
请假条

public class LeaveRequest {
	private String name;//姓名
	private int num;//请假天数
	private String content;//请假内容
	public LeaveRequest(String name, int num, String content) {
		this.name = name;
		this.num = num;
		this.content = content;
	}
	public String getName() {
		return name;
	}
	public int getNum() {
		return num;
	}
	public String getContent() {
		return content;
	}
}

抽象处理者

public abstract class Handler {
	protected final static int NUM_ONE = 1;
	protected final static int NUM_THREE = 3;
	protected final static int NUM_SEVEN = 7;
	//该领导处理的请假天数区间
	private int numStart;
	private int numEnd;
	//领导上面还有领导
	private Handler nextHandler;
	//设置请假天数范围 上不封顶
	public Handler(int numStart) {
		this.numStart = numStart;
	}
	//设置请假天数范围
	public Handler(int numStart, int numEnd) {
		this.numStart = numStart;
		this.numEnd = numEnd;
	}
	//设置上级领导
	public void setNextHandler(Handler nextHandler){
		this.nextHandler = nextHandler;
	}
	//提交请假条
	public final void submit(LeaveRequest leave){
		if(0 == this.numStart){
			return;
		}
		//如果请假天数达到该领导者的处理要求
		if(leave.getNum() >= this.numStart){
			this.handleLeave(leave);
			//如果还有上级 并且请假天数超过了当前领导的处理范围
			if(null != this.nextHandler && leave.getNum() > numEnd){
				this.nextHandler.submit(leave);//继续提交
			} else {
				System.out.println("流程结束");
			}
		}
	}
	//各级领导处理请假条方法
	protected abstract void handleLeave(LeaveRequest leave);
}

小组长

public class GroupLeader extends Handler {
	public GroupLeader() {
		//小组长处理1-3天的请假
		super(Handler.NUM_ONE, Handler.NUM_THREE);
	}
	@Override
	protected void handleLeave(LeaveRequest leave) {
		System.out.println(leave.getName() + "请假" + leave.getNum() +"天," + leave.getContent() + "。");
		System.out.println("小组长审批:同意。");
	}
}

部门经理

public class Manager extends Handler {
	public Manager() {
		//部门经理处理3-7天的请假
		super(Handler.NUM_THREE, Handler.NUM_SEVEN);
	}
	@Override
	protected void handleLeave(LeaveRequest leave) {
		System.out.println(leave.getName() + "请假" + leave.getNum() +"天," + leave.getContent() + "。");
		System.out.println("部门经理审批:同意。");
	}
}

经理类

public class GeneralManager extends Handler {
	public GeneralManager() {
		//部门经理处理7天以上的请假
		super(Handler.NUM_SEVEN);
	}
	@Override
	protected void handleLeave(LeaveRequest leave) {
		System.out.println(leave.getName() + "请假" + leave.getNum() +"天," + leave.getContent() + "。");
		System.out.println("总经理审批:同意。");
	}
}

测试类

public class Client {
	public static void main(String[] args) {
		//请假条来一张
		LeaveRequest leave = new LeaveRequest("小花",5,"身体不适");
		//各位领导
		GroupLeader groupLeader = new GroupLeader();
		Manager manager = new Manager();
		GeneralManager generalManager = new GeneralManager();
		groupLeader.setNextHandler(manager);//小组长的领导是部门经理
		manager.setNextHandler(generalManager);//部门经理的领导是总经理
		//之所以在这里设置上级领导,是因为可以根据实际需求来更改设置,如果实战中上级领导人都是固定的,则可以移到领导实现类中。
		//提交申请
		groupLeader.submit(leave);
	}
}

优缺点、使用场景

优点:
降低了对象之间的耦合度:该模式降低了请求发送者和接收者的耦合度。
增强了系统的可扩展性:可以根据需要增加新的请求处理类,满足开闭原则。
增强了给对象指派职责的灵活性:当工作流程发生变化,可以动态地改变链内的成员或者修改它们的次序,也可动态地新增或者删除责任。
责任链简化了对象之间的连接:一个对象只需保持一个指向其后继者的引用,不需保持其他所有处理者的引用,这避免了使用众多的 if 或者 if···else 语句。
责任分担:每个类只需要处理自己该处理的工作,不能处理的传递给下一个对象完成,明确各类的责任范围,符合类的单一职责原则。
缺点:
不能保证每个请求一定被处理。由于一个请求没有明确的接收者,所以不能保证它一定会被处理,该请求可能一直传到链的末端都得不到处理。
对比较长的职责链,请求的处理可能涉及多个处理对象,系统性能将受到一定影响。职责链建立的合理性要靠客户端来保证,增加了客户端的复杂性,可能会由于职责链的错误设置而导致系统出错,如可能会造成循环调用。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值