设计模式 责任链模式.pdfVIP

设计模式 责任链模式 责任连模式 定义：使多个对象都有机会处理请求，从⽽避免了请求的发送者和接收者之间的耦合 关 。将这些对象连成⼀条链，并沿着这条链传递该请求，直到有对象处理它为⽌。 类型：⾏为类模式 类图： ⾸先来看⼀段代码： 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 == ){ Handler .response(request); }else{ Handler5.response(request); } } 代码的业务逻辑是这样的，⽅法有两个参数：整数i和⼀个请求request ，根据i的值来 决定由谁来处理request ，如果i== 1，由Handler 1来处理，如果i==2 ，由Handler2来处 理，以此类推。在编程中，这种处理业务的⽅法⾮常常见，所有处理请求的类有if … else …条件判断语句连成⼀条责任链来对请求进⾏处理，相信⼤家都经常⽤到。这种 ⽅法的优点是⾮常直观，简单明了，并且⽐较容易维护，但是这种⽅法也存在着⼏个 ⽐较令⼈头疼的问题： 代码臃肿：实际应⽤中的判定条件通常不是这么简单地判断是否为1或者是否为 2 ，也许需要复杂的计算，也许需要查询数据库等等，这就会有很多额外的代 码，如果判断条件再⽐较多，那么这个if …else …语句基本上就没法看了。 耦合度⾼：如果我们想继续添加处理请求的类，那么就要继续添加else if判定条 件；另外，这个条件判定的顺序也是写死的，如果想改变顺序，那么也只能修 改这个条件语句。 既然缺点我们已经清楚了，就要想办法来解决。这个场景的业务逻辑很简单：如果满 ⾜条件1，则由Handler 1来处理，不满⾜则向下传递；如果满⾜条件2 ，则由Handler2 来处理，不满⾜则继续向下传递，以此类推，直到条件结束。其实改进的⽅法也很简 单，就是把判定条件的部分放到处理类中，这就是责任连模式的原理。 责任连模式的结构 责任连模式的类图⾮常简单，它由⼀个抽象地处理类和它的⼀组实现类组成： 抽象处理类：抽象处理类中主要包含⼀个指向下⼀处理类的成员变量 nextHandler和⼀个处理请求的⽅法handRequest ，handRequest⽅法的主要主要思 想是，如果满⾜处理的条件，则有本处理类来进⾏处理，否则由nextHandler来 处理。 具体处理类：具体处理类主要是对具体的处理逻辑和处理的适⽤条件进⾏实 现。 了解了责任连模式的⼤体思想之后，再看代码就⽐较好理解了： 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; } }