责任链模式

责任链模式

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

1. UML图

2. 相关定义

  • 抽象的处理者:
    1. 定义请求的处理方法handleMessage,唯一对外开放方法
    2. 定义一个链的编排方法setNext,设置下一个处理者
    3. 定义具体的请求者必须实现的两个方法:自己能够处理的级别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方法中判断是否已经是超过其阈值,超过则不允许该链建立,避免无意识地破坏系统性能

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值