设计模式(十二)—— 责任链模式

责任链模式

定义:

使多个对象都有机会处理请求,从而避免了请求的发送者和接收者间的耦合关系,将这些对象连城一条链,并沿着这条链传递该请求,直到有对象处理它为止。

责任链模式通用类图

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

代码:

抽象处理者:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

/**
* @author xiaosen
* @date 2019/6/10 17:51
* @description
*/
public abstract class Handler {
private Handler nexthandler;

public Handler getNexthandler() {
return nexthandler;
}

public void setNexthandler(Handler nexthandler) {
this.nexthandler = nexthandler;
}
/**
* @author xiaosen
* @description 处理请求的方法
* @date 2019/6/10
* @param
* @return
*/
public abstract void handlerMessage(int request);

}

抽象处理者实现两个职责:

  • 定义一个请求的处理方法handleMessage;
  • 定义一个链的编排方法setNexthandler,设置下一个处理者;

具体处理者

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
/**
* @author xiaosen
* @date 2019/6/10 17:59
* @description
*/
public class ConcreteHandler1 extends Handler{
@Override
public void handlerMessage(int request) {
if (request==1){
System.out.println("处理者1负责处理请求");
}else {
if (this.getNexthandler()!=null){
this.getNexthandler().handlerMessage(request);
}else {
System.out.println("没有处理该请求");
}
}
}
}

/**
* @author xiaosen
* @date 2019/6/10 18:01
* @description
*/
public class ConcreteHandler2 extends Handler {
@Override
public void handlerMessage(int request) {
if (request==2){
System.out.println("处理者2负责处理请求");
}else {
if (this.getNexthandler()!=null){
this.getNexthandler().handlerMessage(request);
}else {
System.out.println("没有处理该请求");
}
}
}
}

Client的main方法:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
public class Main {

public static void main(String[] args) {
Handler handler1 = new ConcreteHandler1();
Handler handler2 = new ConcreteHandler2();
handler1.setNexthandler(handler2);
handler1.handlerMessage(1);
handler1.handlerMessage(2);
handler1.handlerMessage(3);
handler2.handlerMessage(1);
handler2.handlerMessage(2);
handler2.handlerMessage(3);
}
}

// 返回值
处理者1负责处理请求
处理者2负责处理请求
没有处理该请求
没有处理该请求
处理者2负责处理请求
没有处理该请求

在实际应用中,一般会有一个封装类对责任模式进行封装,也就是代替Client类,直接返回链中的第一个处理者,具体的链的设置不需要高层模块关心,这样简化了高层模块的调用,减少模块间耦合,提高系统灵活度。

优点

  1. 降低了对象之间的耦合度。该模式使得一个对象无须知道到底是哪一个对象处理其请求以及链的结构,发送者和接收者也无须拥有对方的明确信息。
  2. 增强了系统的可扩展性。可以根据需要增加新的请求处理类,满足开闭原则。
  3. 增强了给对象指派职责的灵活性。当工作流程发生变化,可以动态地改变链内的成员或者调动它们的次序,也可动态地新增或者删除责任。
  4. 责任链简化了对象之间的连接。每个对象只需保持一个指向其后继者的引用,不需保持其他所有处理者的引用,这避免了使用众多的 if 或者 if···else 语句。
  5. 责任分担。每个类只需要处理自己该处理的工作,不该处理的传递给下一个对象完成,明确各类的责任范围,符合类的单一职责原则。

缺点

  1. 不能保证每个请求一定被处理。由于一个请求没有明确的接收者,所以不能保证它一定会被处理,该请求可能一直传到链的末端都得不到处理。
  2. 对比较长的职责链,请求的处理可能涉及多个处理对象,系统性能将受到一定影响。
  3. 职责链建立的合理性要靠客户端来保证,增加了客户端的复杂性,可能会由于职责链的错误设置而导致系统出错,如可能会造成循环调用。

应用场景

  1. 有多个对象可以处理一个请求,哪个对象处理该请求由运行时自动确定。
  2. 可动态指定一组对象处理请求,或添加新的处理者。
  3. 在不明确指定请求处理者的情况下,向多个处理者中的一个提交请求。

模式的扩展

  1. 纯的职责链模式:一个请求必须被某一个处理者对象所接收,且一个具体处理者对某个请求的处理只能采用以下两种行为之一:自己处理(承担责任);把责任推给下家处理。
  2. 不纯的职责链模式:允许出现某一个具体处理者对象在承担了请求的一部分责任后又将剩余的责任传给下家的情况,且一个请求可以最终不被任何接收端对象所接收。

代码:GitHub


欢迎关注公众号:
公众号微信

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
显示 Gitment 评论