责任链模式
使多个对象都有机会处理请求,从而避免了请求的发送者和接受者之间的耦合关系。将这些对象连成一条链,并沿着这条链传递该请求,直到有对象处理它位置
1. UML图

2. 相关定义
- 抽象的处理者:
- 定义请求的处理方法handleMessage,唯一对外开放方法
- 定义一个链的编排方法setNext,设置下一个处理者
- 定义具体的请求者必须实现的两个方法:自己能够处理的级别getHandlerLevel和具体的处理任务echo
3. 通用代码
//抽象处理者
public abstract class Handler{
private Handler nextHandler;
//每个处理者都必须对请求做出处理
public final Response handleMessage(Request request){
Response response = null;
//判断是否是自己的处理级别
if(this.getHandlerLevel().equals(request.getRequestLevel())){
response = this.echo(request);
}else{//不是自己的处理级别
//判断是否有下一个处理者
if(this.nextHandler != null){
response = this.nextHandler.handlerMessage(request);
}else{
//没有适当的处理者,业务自行处理
}
}
return response;
}
//设置下一个处理者是谁
public void setNext(Handler _handler){
this.nextHandler = _handler;
}
//每个处理者都有一个处理级别
protected abstract Level getHandlerLevel();
//每个处理者都必须实现处理任务
protected abstract Response echo(Request request);
}
//具体处理者
public class ConcreteHandler1 extends Handler{
//定义自己的处理逻辑
protected Response echo(Request request){
//完成处理逻辑
return null;
}
//设置自己的处理级别
protected Level getHandlerLevel(){
//设置自己的处理级别
return null;
}
}
public class ConcreteHandler2 extends Handler{
//定义自己的处理逻辑
protected Response echo(Request request){
//完成处理逻辑
return null;
}
//设置自己的处理级别
protected Level getHandlerLevel(){
//设置自己的处理级别
return null;
}
}
public class ConcreteHandler3 extends Handler{
//定义自己的处理逻辑
protected Response echo(Request request){
//完成处理逻辑
return null;
}
//设置自己的处理级别
protected Level getHandlerLevel(){
//设置自己的处理级别
return null;
}
}
//有关的其他代码
public class Level{
//定义一个请求和处理等级
}
public class Request{
//请求的等级
public Level getRequestLevel(){
return null;
}
}
public class Response{
//处理者返回的数据
}
//场景类
public class Client{
public static void main(String[] args){
//声明所有的处理节点
Handler handler1 = new ConcreteHandler1();
Handler handler2 = new ConcreteHandler2();
Handler handler3 = new ConcreteHandler3();
//设置链中的阶段顺序1->2->3
handler1.setNext(handler2);
handler2.setNext(handler3);
//提交请求,返回结果
Response response = handler1.handlerMessage(new Request());
}
}
4. 应用
4.1 优点
将请求和处理分开,请求者可以不用知道是谁处理的,处理者可以不用知道请求的全貌,两者解耦,提高系统灵活性
4.2 缺点
- 性能问题,每个请求都是从链头遍历到链尾
- 调试不方便,特别是链条比较长,环节比较多的时候,由于采用了类似地柜的方式,调试的时候可能逻辑比较复杂
4.3 注意事项
链中节点数量需要控制,避免出现超长链的情况,一般是在Handler中设置一个最大节点数量,在setNext方法中判断是否已经是超过其阈值,超过则不允许该链建立,避免无意识地破坏系统性能
1119

被折叠的 条评论
为什么被折叠?



