服务器之家:专注于服务器技术及软件下载分享
分类导航

PHP教程|ASP.NET教程|Java教程|ASP教程|编程技术|正则表达式|C/C++|IOS|C#|Swift|Android|VB|R语言|JavaScript|易语言|vb.net|

服务器之家 - 编程语言 - Java教程 - 23种设计模式(19)java责任链模式

23种设计模式(19)java责任链模式

2021-03-27 14:02Java知音 Java教程

这篇文章主要为大家详细介绍了23种设计模式之java责任链模式,具有一定的参考价值,感兴趣的小伙伴们可以参考一下

23种设计模式第十九篇:java责任链模式

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

类型:行为类模式

类图:

23种设计模式(19)java责任链模式

首先来看一段代码:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
public void test(int i, request request){
  if(i==1){
    handler1.response(request);
  }else if(i == 2){
    handler2.response(request);
  }else if(i == 3){
    handler3.response(request);
  }else if(i == 4){
    handler4.response(request);
  }else{
    handler5.response(request);
  }
}

代码的业务逻辑是这样的,方法有两个参数:整数i和一个请求request,根据i的值来决定由谁来处理request,如果i==1,由handler1来处理,如果i==2,由handler2来处理,以此类推。

在编程中,这种处理业务的方法非常常见,所有处理请求的类有if…else…条件判断语句连成一条责任链来对请求进行处理,相信大家都经常用到。这种方法的优点是非常直观,简单明了,并且比较容易维护,但是这种方法也存在着几个比较令人头疼的问题:

代码臃肿:实际应用中的判定条件通常不是这么简单地判断是否为1或者是否为2,也许需要复杂的计算,也许需要查询数据库等等,这就会有很多额外的代码,如果判断条件再比较多,那么这个if…else…语句基本上就没法看了。

耦合度高:如果我们想继续添加处理请求的类,那么就要继续添加else if判定条件;另外,这个条件判定的顺序也是写死的,如果想改变顺序,那么也只能修改这个条件语句。

        既然缺点我们已经清楚了,就要想办法来解决。这个场景的业务逻辑很简单:如果满足条件1,则由handler1来处理,不满足则向下传递;如果满足条件2,则由handler2来处理,不满足则继续向下传递,以此类推,直到条件结束。其实改进的方法也很简单,就是把判定条件的部分放到处理类中,这就是责任连模式的原理。

责任链模式的结构

        责任链模式的类图非常简单,它由一个抽象地处理类和它的一组实现类组成:
抽象处理类:抽象处理类中主要包含一个指向下一处理类的成员变量nexthandler和一个处理请求的方法handrequest,handrequest方法的主要主要思想是,如果满足处理的条件,则有本处理类来进行处理,否则由nexthandler来处理。
具体处理类:具体处理类主要是对具体的处理逻辑和处理的适用条件进行实现。

了解了责任链模式的大体思想之后,再看代码就比较好理解了:

?
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
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
class level {
    private int level = 0;
    public level(int level){
      this.level = level;
    };
     
    public boolean above(level level){
      if(this.level >= level.level){
        return true;
      }
      return false;
    }
  }
   
  class request {
    level level;
    public request(level level){
      this.level = level;
    }
     
    public level getlevel(){
      return level;
    }
  }
   
  class response {
   
  }
   
  abstract class handler {
    private handler nexthandler;  
    public final response handlerequest(request request){
      response response = null;
       
      if(this.gethandlerlevel().above(request.getlevel())){
        response = this.response(request);
      }else{
        if(this.nexthandler != null){
          this.nexthandler.handlerequest(request);
        }else{
          system.out.println("-----没有合适的处理器-----");
        }
      }
      return response;
    }
    public void setnexthandler(handler handler){
      this.nexthandler = handler;
    }
    protected abstract level gethandlerlevel();
    public abstract response response(request request);
  }
   
  class concretehandler1 extends handler {
    protected level gethandlerlevel() {
      return new level(1);
    }
    public response response(request request) {
      system.out.println("-----请求由处理器1进行处理-----");
      return null;
    }
  }
   
  class concretehandler2 extends handler {
    protected level gethandlerlevel() {
      return new level(3);
    }
    public response response(request request) {
      system.out.println("-----请求由处理器2进行处理-----");
      return null;
    }
  }
   
  class concretehandler3 extends handler {
    protected level gethandlerlevel() {
      return new level(5);
    }
    public response response(request request) {
      system.out.println("-----请求由处理器3进行处理-----");
      return null;
    }
  }
   
  public class client {
    public static void main(string[] args){
      handler handler1 = new concretehandler1();
      handler handler2 = new concretehandler2();
      handler handler3 = new concretehandler3();
   
      handler1.setnexthandler(handler2);
      handler2.setnexthandler(handler3);
       
      response response = handler1.handlerequest(new request(new level(4)));
    }
  }

代码中level类是模拟判定条件;request,response分别对应请求和响应;抽象类handler中主要进行条件的判断,这里模拟一个处理等级,只有处理类的处理等级高于request的等级才能处理,否则交给下一个处理者处理。

在client类中设置好链的前后执行关系,执行时将请求交给第一个处理类,这就是责任链模式,它完成的功能与前文中的if…else…语句是一样的。

责任链模式的优缺点

        责任链模式与if…else…相比,他的耦合性要低一些,因为它把条件判定都分散到了各个处理类中,并且这些处理类的优先处理顺序可以随意设定。责任链模式也有缺点,这与if…else…语句的缺点是一样的,那就是在找到正确的处理类之前,所有的判定条件都要被执行一遍,当责任链比较长时,性能问题比较严重。

责任链模式的适用场景

       就像开始的例子那样,假如使用if…else…语句来组织一个责任链时感到力不从心,代码看上去很糟糕时,就可以使用责任链模式来进行重构。

总结

       责任链模式其实就是一个灵活版的if…else…语句,它就是将这些判定条件的语句放到了各个处理类中,这样做的优点是比较灵活了,但同样也带来了风险,比如设置处理类前后关系时,一定要特别仔细,搞对处理类前后逻辑的条件判断关系,并且注意不要在链中出现循环引用的问题。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持服务器之家。

延伸 · 阅读

精彩推荐