一、责任链模式(行为型模式)
1.定义
责任链模式(Chain Responsibility Pattern)是为了避免请求发送者与多个请求处理者耦合在一起,于是将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链;当有请求发生时,可将请求沿着这条链传递,直到有对象处理它为止。
2.责任链模式角色
**(1).抽象处理者(Handler)角色:**定义一个处理请求的接口,包含抽象处理方法和一个后继连接。
**(2).具体处理者(Concrete Handler)角色:**实现抽象处理者的处理方法,判断能否处理本次请求,如果可以处理请求则处理,否则将该请求转给它的后继者。
**(3).客户类(Client)角色:**创建处理链,并向链头的具体处理者对象提交请求,它不关心处理细节和请求的传递过程。
3.代码实现方式
(1).创建一个抽象处理者角色,定义处理请求的方法,维护一个抽象处理者角色(也就是需要记住的下一个对象),创建获取节点和设置节点方法。
(2).创建具体处理者角色,根据实际业务处理请求的方法。
(3).创建客户端组装责任链,处理请求。
4.代码实现
(1).场景
学生请假,一个个领导审批。
(2).具体代码
(2-1).前一个对象记住下一个对下一个对象的方式
package com.tw.designPattern.chainOfResponsibility;
/**
* 领导类 抽象处理者
*/
public abstract class Leader {
private Leader next;
/**
* 设置下一节点
*
* @param next
*/
public void setNext(Leader next) {
this.next = next;
}
/**
* 获取节点
*
* @return
*/
public Leader getNext() {
return next;
}
/**
* 处理请求的方法
*
* @param leaveDays
*/
public abstract void handleRequest(int leaveDays);
public static class BuildLeader {
private Leader leader;
public BuildLeader addLeader(Leader leader) {
// 如果this.leader为空,说明是添加第一个节点
if (this.leader == null) {
this.leader = leader;
return this;
}
Leader next = this.leader.getNext();
while (true) {
// 如果this.leader.getNext()为空说明再加第二个节点
if (next == null) {
this.leader.setNext(leader);
return this;
} else {
// 如果this.leader.getNext()不为空的话说明已经加超过两个节点了
// 无线循环找到最后一个节点,然后setNext()设置节点
Leader nextNext = next.getNext();
if (nextNext == null) {
next.setNext(leader);
return this;
} else if (nextNext.getNext() == null) {
nextNext.setNext(leader);
return this;
}
}
}
}
public Leader build() {
return this.leader;
}
}
}
package com.tw.designPattern.chainOfResponsibility;
public class ClassAdviser extends Leader {
@Override
public void handleRequest(int leaveDays) {
System.out.println("班主任批准你请假" + leaveDays + "天。");
if (getNext() != null) {
getNext().handleRequest(leaveDays);
}
}
}
package com.tw.designPattern.chainOfResponsibility;
/**
* 班主任 具体处理者
*/
public class ClassAdviser extends Leader {
@Override
public void handleRequest(int leaveDays) {
System.out.println("班主任批准你请假" + leaveDays + "天。");
if (getNext() != null) {
getNext().handleRequest(leaveDays);
}
}
}
package com.tw.designPattern.chainOfResponsibility;
/**
* 系主任 具体处理者
*/
public class DepartmentHead extends Leader {
@Override
public void handleRequest(int leaveDays) {
System.out.println("系主任批准你请假" + leaveDays + "天。");
if (getNext() != null) {
getNext().handleRequest(leaveDays);
}
}
}
package com.tw.designPattern.chainOfResponsibility;
/**
* 院长 具体处理者
*/
public class Dean extends Leader {
@Override
public void handleRequest(int leaveDays) {
System.out.println("院长批准你请假" + leaveDays + "天。");
if (getNext() != null) {
getNext().handleRequest(leaveDays);
}
}
}
package com.tw.designPattern.chainOfResponsibility;
/**
* 客户端
*/
public class LeaveApprovalTest {
public static void main(String[] args) {
// 组装责任链
Leader classAdviser = new ClassAdviser();
Leader departmentHead = new DepartmentHead();
Leader dean = new Dean();
// 不用建造者模式组装责任链
// classAdviser.setNext(departmentHead);
// departmentHead.setNext(dean);
// dean.setNext(deanOfStudies);
// 提交请求
// classAdviser.handleRequest(20);
// 建造者模式组装责任链
Leader.BuildLeader buildLeader = new Leader.BuildLeader();
// 这里给大家看的分明一点就不直接.handleRequest(20)了
Leader leader = buildLeader.addLeader(classAdviser).addLeader(departmentHead).addLeader(dean).build();
// 提交请求
leader.handleRequest(20);
}
}
测试结果
班主任批准你请假20天。
系主任批准你请假20天。
院长批准你请假20天。
这里面用了建造者模式来实现责任链的组装,如果你不想用建造者模式,可以把BuilderLeader这个静态内部类删了,然后用把测试代码中不用建造者模式组装责任链放开,注释掉建造者模式的就好了。
(2-2).通过List集合来组装责任链
package com.tw.designPattern.chainOfResponsibility.approve;
/**
* 抽象处理则
*/
public interface ApproveHandler {
void handleRequest();
}
package com.tw.designPattern.chainOfResponsibility.approve;
/**
* 具体处理者
*/
public class ApproveHandlerOne implements ApproveHandler{
@Override
public void handleRequest() {
System.out.println("处理第一个请求!");
}
}
package com.tw.designPattern.chainOfResponsibility.approve;
/**
* 具体处理者
*/
public class ApproveHandlerTwo implements ApproveHandler{
@Override
public void handleRequest() {
System.out.println("处理第二个请求!");
}
}
package com.tw.designPattern.chainOfResponsibility.approve;
/**
* 具体处理者
*/
public class ApproveHandlerThree implements ApproveHandler{
@Override
public void handleRequest() {
System.out.println("处理第三个请求!处理完成!");
}
}
package com.tw.designPattern.chainOfResponsibility.approve;
import java.util.ArrayList;
import java.util.List;
public class HandlerChain implements ApproveHandler{
List<ApproveHandler> list = new ArrayList<>();
public HandlerChain addHandler(ApproveHandler handler){
list.add(handler);
return this;
}
@Override
public void handleRequest() {
for (ApproveHandler handler : list){
handler.handleRequest();
}
}
}
package com.tw.designPattern.chainOfResponsibility.approve;
public class ApproveHandlerTest {
public static void main(String[] args) {
HandlerChain chain = new HandlerChain();
chain.addHandler(new ApproveHandlerOne()).addHandler(new ApproveHandlerTwo()).addHandler(new ApproveHandlerThree());
chain.handleRequest();
}
}
测试结果
处理第一个请求!
处理第二个请求!
处理第三个请求!处理完成!
这里就是用List来维护责任链,看起来好像简单很多,像spring中的MockFilterChain就是用的List来组装责任链的。
5.优缺点
(1).优点
(1-1).降低了对象之间的耦合度。该模式使得一个对象无须知道到底是哪一个对象处理其请求以及链的结构,发送者和接收者也无须拥有对方的明确信息。
(1-2).增强了系统的可扩展性。可以根据需要增加新的请求处理类,满足开闭原则。
(1-3).增强了给对象指派职责的灵活性。当工作流程发生变化,可以动态地改变链内的成员或者调动它们的次序,也可动态地新增或者删除责任。
(1-4).责任链简化了对象之间的连接。每个对象只需保持一个指向其后继者的引用,不需保持其他所有处理者的引用,这避免了使用众多的 if 或者 if···else 语句。
(1-5).责任分担。每个类只需要处理自己该处理的工作,不该处理的传递给下一个对象完成,明确各类的责任范围,符合类的单一职责原则。
(2).缺点
(2-1).不能保证每个请求一定被处理。由于一个请求没有明确的接收者,所以不能保证它一定会被处理,该请求可能一直传到链的末端都得不到处理。
(2-2).对比较长的职责链,请求的处理可能涉及多个处理对象,系统性能将受到一定影响。
(2-3).职责链建立的合理性要靠客户端来保证,增加了客户端的复杂性,可能会由于职责链的错误设置而导致系统出错,如可能会造成循环调用。
6.应用场景
(1).多个对象可以处理一个请求,但具体由哪个对象处理该请求在运行时自动确定。
(2).可动态指定一组对象处理请求,或添加新的处理者。
(3).需要在不明确指定请求处理者的情况下,向多个处理者中的一个提交请求。
7.扩展:
(1).职责链模式存在以下两种情况。
(1-1).纯的职责链模式:一个请求必须被某一个处理者对象所接收,且一个具体处理者对某个请求的处理只能采用以下两种行为之一:自己处理(承担责任);把责任推给下家处理。
(1-2).不纯的职责链模式:允许出现某一个具体处理者对象在承担了请求的一部分责任后又将剩余的责任传给下家的情况,且一个请求可以最终不被任何接收端对象所接收(有兴趣可以去看一下)。
(1-3).责任链模式的本质是解耦请求与处理,让请求在处理链中能进行传递与被处理;理解责任链模式应当理解其模式,而不是其具体实现。
注:内容参考网络上各种资料,还有一些本人的理解和思想,仅为了学习记录和分享一下自己所学之处,如有不足的地方麻烦大牛指出,如有侵权的地方,请联系删除,谢谢