设计模式读书笔记-----职责链模式
去年参加校招要到长沙来,这个对于我来说不是特别喜欢(但又必须的来,谁叫咱不是985、211的娃呢),但是对于某些人来说就是福音了。大四还有课,而且学校抓的比较严,所以对于那些想翘课的人来说这个是最好不过的理由了—去参加校招了。所以咱学校规定所以去参加校招的必须要请假,且必须要有相关人员的签字,三天一下,辅导员签字、三到七天系主任签字,一个星期以上院长签字,更多?校长(不知道能不能找到校长呢?反正我是没见校长几面),出了这样的政策确实上课情况好多了!对于这中将请求一级一级地往上传递直到处理请求为止的设计模式就是职责链模式。
上图将学生、辅导员、系主任、院长、校长组成了一个简单的链。在这个链上,学生是申请者,其余的都是请求处理者。职责链可以将请求的处理者组织成一条链,并且将请求沿着链传递,如果某个请求处理者能够处理请求则处理,否则将该请求交由上级处理。
职责链上的处理者负责处理请求,客户只需要将请求发送到职责链上即可,无须关心请求的处理细节和请求的传递,所以职责链将请求的发送者和请求的处理者解耦了,这就是职责链的设计动机。
一、模式定义
避免请求发送者与接收者耦合在一起,让多个对象都有可能接收请求,将这些对象连接成一条链,并且沿着这条链传递请求,直到有对象处理它为止,这就是职责链模式。
在职责链模式中最关键的一点就是客户提交请求后,请求沿着链往下传递直到有一个处理者处理它,在这里客户无需关心它的请求是哪个处理者来处理,反正总有一个处理者会处理它的请求。
在这里客户端和处理者都没有对方明确的信息,同时处理者也不知道职责链中的结构。所以职责链可以简化对象的相互连接,他们只需要保存一个指向其后续者的引用,而不需要保存所有候选者的引用。
在职责链模式中我们可以随时随地的增加或者更改一个处理者,甚至可以更改处理者的顺序,增加了系统的灵活性。处理灵活性是增加了,但是有时候可能会导致一个请求无论如何也得不到处理,它会被放置在链末端,这个既是职责链的优点也是缺点。
二、模式结构
下图是职责链模式的UML结构图:
从上面可以看出职责链包含三个角色:
Handler: 抽象处理者。定义了一个处理请求的方法。所有的处理者都必须实现该抽象类。
ConcreteHandler: 具体处理者。处理它所负责的请求,同时也可以访问它的后继者。如果它能够处理该请求则处理,否则将请求传递到它的后继者。
Client: 客户类。
下面是最典型的具体处理者类。
public class ConcreteHandler extends Handler { public void handleRequest(String request) { if(请求request满足条件) { ...... //处理请求; } else { this.successor.handleRequest(request); //转发请求 } } }
三、模式的实现
我们将使用开头那个请假的实例。请假:3天以下辅导员签字、3到5天系主任签字、6到10天院长签字、11-15天校长签字、15天以上不允签字。
首先是请假条:LeaveNode.java
public class LeaveNode { /** 请假天数 **/ private int number; /** 请假人 **/ private String person; public LeaveNode(String person,int number){ this.person = person; this.number = number; } public int getNumber() { return number; } public void setNumber(int number) { this.number = number; } public String getPerson() { return person; } public void setPerson(String person) { this.person = person; } }
抽象处理者:Leader.java
public abstract class Leader { /** 姓名 **/ public String name; /** 后继者 **/ protected Leader successor; public Leader(String name){ this.name = name; } public void setSuccessor(Leader successor) { this.successor = successor; } public abstract void handleRequest(LeaveNode LeaveNode); }
四个具体处理者:辅导员:Instructor.java
public class Instructor extends Leader{ public Instructor(String name){ super(name); } public void handleRequest(LeaveNode LeaveNode) { if(LeaveNode.getNumber() <= 3){ //小于3天辅导员审批 System.out.println("辅导员" + name + "审批" +LeaveNode.getPerson() + "同学的请假条,请假天数为" + LeaveNode.getNumber() + "天。"); } else{ //否则传递给系主任 if(this.successor != null){ this.successor.handleRequest(LeaveNode); } } } }
系主任: DepartmentHead.java
public class DepartmentHead extends Leader{ public DepartmentHead(String name) { super(name); } public void handleRequest(LeaveNode LeaveNode) { if(LeaveNode.getNumber() <= 7){ //小于7天系主任审批 System.out.println("系主任" + name + "审批" +LeaveNode.getPerson() + "同学的请假条,请假天数为" + LeaveNode.getNumber() + "天。"); } else{ //否则传递给院长 if(this.successor != null){ this.successor.handleRequest(LeaveNode); } } } }
院长:Dean.java
public class Dean extends Leader{ public Dean(String name) { super(name); } public void handleRequest(LeaveNode LeaveNode) { if(LeaveNode.getNumber() <= 10){ //小于10天院长审批 System.out.println("院长" + name + "审批" +LeaveNode.getPerson() + "同学的请假条,请假天数为" + LeaveNode.getNumber() + "天。"); } else{ //否则传递给校长 if(this.successor != null){ this.successor.handleRequest(LeaveNode); } } } }
校长:President.java
public class President extends Leader{ public President(String name) { super(name); } public void handleRequest(LeaveNode LeaveNode) { if(LeaveNode.getNumber() <= 15){ //小于15天校长长审批 System.out.println("校长" + name + "审批" +LeaveNode.getPerson() + "同学的请假条,请假天数为" + LeaveNode.getNumber() + "天。"); } else{ //否则不允批准 System.out.println("请假天天超过15天,不批准..."); } } }
客户端:Client.java
public class Client { public static void main(String[] args) { Leader instructor = new Instructor("陈毅"); //辅导员 Leader departmentHead = new DepartmentHead("王明"); //系主任 Leader dean = new Dean("张强"); //院长 Leader president = new President("王晗"); //校长 instructor.setSuccessor(departmentHead); //辅导员的后续者是系主任 departmentHead.setSuccessor(dean); //系主任的后续者是院长 dean.setSuccessor(president); //院长的后续者是校长 //请假3天的请假条 LeaveNode leaveNode1 = new LeaveNode("张三", 3); instructor.handleRequest(leaveNode1); //请假9天的请假条 LeaveNode leaveNode2 = new LeaveNode("李四", 9); instructor.handleRequest(leaveNode2); //请假15天的请假条 LeaveNode leaveNode3 = new LeaveNode("王五", 15); instructor.handleRequest(leaveNode3); //请假20天的请假条 LeaveNode leaveNode4 = new LeaveNode("赵六", 20); instructor.handleRequest(leaveNode4); } }
运行结果:
四、模式的优缺点
优点
1、降低耦合度。它将请求的发送者和接受者解耦。
2、简化了对象。使得对象不需要知道链的结构。
3、增强给对象指派职责的灵活性。通过改变链内的成员或者调动它们的次序,允许动态地新增或者删除责任。
4、增加新的请求处理类很方便。
缺点
1、不能保证请求一定被接收。
2、系统性能将受到一定影响,而且在进行代码调试时不太方便;可能会造成循环调用。
3、可能不容易观察运行时的特征,有碍于除错。
五、模式适用场景
1、有多个对象可以处理同一个请求,具体哪个对象处理该请求由运行时刻自动确定。
2、在不明确指定接收者的情况下,向多个对象中的一个提交一个请求。
3、可动态指定一组对象处理请求。
六、总结
1、职责链模式将请求的发送者和接受者解耦了。客户端不需要知道请求处理者的明确信息,甚至不需要知道链的结构,它只需要将请求进行发送即可。
2、职责链模式能够非常方便的动态增加新职责或者删除职责。
3、客户端发送的请求可能会得不到处理。
4、处理者不需要知道链的结构,只需要明白他的后续者是谁就可以了。这样就简化了系统中的对象。
-
作者:chenssy。一个专注于【死磕 Java】系列创作的男人
出处:https://www.cnblogs.com/chenssy/p/3332193.html
作者个人网站:https://www.cmsblogs.com/。专注于 Java 优质系列文章分享,提供一站式 Java 学习资料
目前死磕系列包括:
1. 【死磕 Java 并发】:https://www.cmsblogs.com/category/1391296887813967872(已完成)
2.【死磕 Spring 之 IOC】:https://www.cmsblogs.com/category/1391374860344758272(已完成)
3.【死磕 Redis】:https://www.cmsblogs.com/category/1391389927996002304(已完成)
4.【死磕 Java 基础】:https://www.cmsblogs.com/category/1411518540095295488
5.【死磕 NIO】:https://www.cmsblogs.com/article/1435620402348036096
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。