Java设计模式-责任链模式,我想这是值得你了解一下下的啦。
会了就当复习丫,不会来一起来看看吧。
很喜欢一句话:
“八小时内谋生活,八小时外谋发展”
。如果你也喜欢,让我们一起坚持吧!!
与君共勉
😁设计模式系列:
一、前言
1)引入:
在现实生活中,一个事件需要经过多个对象处理是很常见的场景。
例如,采购审批流程、请假流程等。就像我们在校请假,辅导员只能批1天,院长批3天到7天,7天以上得找书记签字。我们就得根据请假天数的不同去找不同的老师签名,也就是说我们必须记住每个老师姓名、办公室位置等等,这无疑就增加难度啦。但是转换到软件设计中就可以使用责任链模式来实现,可以简单很多,效率也会高许多。
在软件设计中也有很多这样的例子,例如Servlet中的Filter、security中的一系列过滤器。都是夹杂着责任链模式的。
2)概述:
在责任链模式里,很多对象由每一个对象对其下家的引用而连接起来形成一条链。请求在这个链上传递,直到链上的某一个对象决定处理此请求。发出这个请求的客户端并不知道链上的哪一个对象最终处理这个请求,这使得系统可以在不影响客户端的情况下动态地重新组织和分配责任。
责任链(Chain of Responsibility)模式的定义:为了避免请求发送者与多个请求处理者耦合在一起,于是将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链;当有请求发生时,可将请求沿着这条链传递,直到有对象处理它为止。
3)角色结构:
职责链模式主要包含以下角色。
- 抽象处理者(Handler)角色:定义一个处理请求的接口,包含抽象处理方法和一个后继连接。
- 具体处理者(Concrete Handler)角色:实现抽象处理者的处理方法,判断能否处理本次请求,如果可以处理请求则处理,否则将该请求转给它的后继者。
- 客户类(Client)角色:创建处理链,并向链头的具体处理者对象提交请求,它不关心处理细节和请求的传递过程。
4)使用场景:
- 多个对象可以处理一个请求,但具体由哪个对象处理该请求在运行时自动确定。
- 可动态指定一组对象处理请求,或添加新的处理者。
- 需要在不明确指定请求处理者的情况下,向多个处理者中的一个提交请求。
二、案例代码
2.1、案例:
现需要开发一个请假流程控制系统。请假一天以下的假只需要辅导员同意即可;请假1天到3天的假还需要院长同意;请求3天到7天还需要学院书记同意才行。
2.2、实现:
//请假条 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 Counselor extends Handler { public Counselor() { //辅导员 处理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 Dean extends Handler { public Dean() { //院长处理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 CollegeSecretary extends Handler { public CollegeSecretary() { //学院书记处理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,"身体不适"); //各级领导 Counselor counselor= new Counselor(); Dean dean = new Dean(); CollegeSecretary collegeSecretary = new CollegeSecretary(); counselor.setNextHandler(dean);//辅导员的领导是院长 dean.setNextHandler(collegeSecretary);//院长的领导是学院书记 //之所以在这里设置上级领导,是因为可以根据实际需求来更改设置,如果实战中上级领导人都是固定的,则可以移到领导实现类中。 //提交申请 counselor.submit(leave); } }
三、总结
优点:
- 降低了对象之间的耦合度。该模式使得一个对象无须知道到底是哪一个对象处理其请求以及链的结构,发送者和接收者也无须拥有对方的明确信息。
- 增强了系统的可扩展性。可以根据需要增加新的请求处理类,满足开闭原则。
- 增强了给对象指派职责的灵活性。当工作流程发生变化,可以动态地改变链内的成员或者调动它们的次序,也可动态地新增或者删除责任。
- 责任链简化了对象之间的连接。每个对象只需保持一个指向其后继者的引用,不需保持其他所有处理者的引用,这避免了使用众多的 if 或者 if···else 语句。
- 责任分担。每个类只需要处理自己该处理的工作,不该处理的传递给下一个对象完成,明确各类的责任范围,符合类的单一职责原则。
缺点:
- 不能保证每个请求一定被处理。由于一个请求没有明确的接收者,所以不能保证它一定会被处理,该请求可能一直传到链的末端都得不到处理。
- 对比较长的职责链,请求的处理可能涉及多个处理对象,系统性能将受到一定影响。
- 职责链建立的合理性要靠客户端来保证,增加了客户端的复杂性,可能会由于职责链的错误设置而导致系统出错,如可能会造成循环调用。
四、应用
真正应用到的地方,其实不少,当然最典型的就是在过滤器Filter这个方面。
如果大家使用过Security的话,就知道,它就是由一串过滤器来构成验证、授权滴。源码就没有贴啦哈,一言两语说不尽哈。~~(狗头保命)😂
五、自言自语
我也不知道文章写出来是有用还是无用,只是想做一个分享。希望大家能够喜欢并且在这里能有收获。
当然不可否认,我也想获得那种别人认可的那种快乐,并且能人我继续维之坚持。
你好啊,要天天开心哦。下篇文章再见。
此系列还在持续更新中.... 我一定还会回来的。😁
直到昨晚我才知道前程似锦
原来包含着一丝离别的气味。