《设计模式之禅》-责任链模式

责任链模式

定义

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

责任链模式的重点在“链”上面,由一条链去处理相似的请求在链中决定谁来处理这个请求,并返回相应的结果。

责任链模式的核心在“链”上,“链”是由多个处理者ConcreteHandler组成的

具体代码如下

//抽象处理者
public abstract class Handler {
    private Handler nextHandler;
    //每个处理者都必须对请求做出处理
    public final Response handlerMessage(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{
                //没有可用的处理者,业务自行处理
            }
    }

//设置下一个处理者
public void serNext(Handler _handler){
    this.nextHandler = _handler;
}

//每个处理者都要有一个处理级别
protected abstract Level getHandlerLevel();

//每个处理者都必须实现处理任务
protected abstract Response echo(Request request);
}

抽象的处理者实现了三个职责:

一是定义一个请求的处理方式handlerMessage,唯一对外开放的方法;

二是定义一个链的编排方法setNext,设置下一个处理者;

三是定义了具体的请求者必须实现的方法:定义自己能够处理的级别getHandlerLevel和具体的处理任务echo

 

我们定义三个具体的处理者,以便可以组成一个链

具体处理者

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;
    }
}

与框架相关的代码

Level 类负责定义请求和处理级别

Request类负责封装请求

Response 类 负责封装链的返回结果

public class Level {
    //定义一个请求和处理等级
}

public class Request {
    //请求等级
    public Level getRequesLevel(){
    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());
    }
}

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

优点

请求和处理分开。请求者不需要知道是谁处理的,处理者可以不用知道请求的全貌,两者解耦,提高系统灵活性

缺点

1.性能问题,因为每个请求要从链头遍历到链尾,在链比较长的时候,性能就便是一个很大的问题

 

2.调试非常不方便,因为采用了类似递归的方式,调试时逻辑可能会比较复杂

 

注意事项:

链中的节点数量需要控制,避免超长链的出现,一般是在handler中设置一个最大节点数,超过则不允许加入,避免无意识的破坏系统性能

其中 java 中 经典的责任链模式 则是过滤器filter 的实现

 

 

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

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值