秒懂设计模式之责任链模式(Chain Of Responsibility Pattern)

导读:本篇文章讲解 秒懂设计模式之责任链模式(Chain Of Responsibility Pattern),希望对大家有帮助,欢迎收藏,转发!站点地址:www.bmabk.com

[版权申明] 非商业目的注明出处可自由转载
博文地址:https://blog.csdn.net/ShuSheng0007/article/details/116138433
出自:shusheng007

设计模式汇总篇,一定要收藏:

永不磨灭的设计模式(有这一篇真够了,拒绝标题党)

概述

责任链模式是一个相对比较简单的模式,它的名字已经非常好的暗示了其工作原理。每个处理器互相首尾连接在一起成为一条链,然后任务顺着这条链往下传,直到被某个处理器处理掉。

类型

行为型(behavioral)

难度

1颗星

定义

避免请求发送者与接收者耦合在一起,让多个对象都有可能接收请求,将这些对象连接成一条链,并且沿着这条链传递请求,直到有对象处理它为止

使用场景

一个请求需要被多个对象中的某一个处理,但是到底是哪个对象必须在运行时根据条件决定。

UML

在这里插入图片描述

可以看到责任链模式只有两个角色

  • Handler

所有处理器类的接口

  • ConcreteHandler x

具体的处理器类,其实现Handler接口,有多少个处理器,就定义多少个这样的类

这个责任链模式唯一的难点就是怎么将很多处理器对象连成一条链,我们来看代码

实例

王二狗本来是干Android开发的,最近公司想让他把IOS的活也干了,但是Windows笔记本不能开发IOS,所以二狗提出买一台Mac笔记本电脑。这花钱的事需要领导审批,而每个领导权限不一样,能够审批的最大金额有限制。二狗首先肯定是向自己的小组leader提出,但是由于金额太大,超出了他的审批权限。于是小组领导就去找自己的领导,部门经理,但是部门经理也权限不够,最后到了CFO那里…

王二狗遇到的情况就非常适合使用责任链模式。二狗这个预算申请的请求,事先不知道会由哪层领导处理,而各层领导的审批职责就好像铁链一样连接在一起,一个预算请求沿着这条链一直往上传… 让我们用代码来实现上面的场景吧。

第一,设计一个所有处理器都要实现的接口

public interface BudgetHandler {
    void setNextHandler(BudgetHandler nextHandler);

    boolean handle(int amount);
}

其中setNextHandler(BudgetHandler)方法负责设置下一个处理器,以便在自己不能处理此请求的情况下,将请求交给下一个处理器。handle(int) 方法负责处理请求。

第二,实现各种处理器

小组领导类:

public class GroupLeader implements BudgetHandler {
    private BudgetHandler nextHandler;

    @Override
    public void setNextHandler(BudgetHandler nextHandler) {
        this.nextHandler = nextHandler;
    }

    @Override
    public boolean handle(int amount) {
        Objects.requireNonNull(nextHandler);
        if(amount<1000){
            System.out.println("小钱,批了!");
            return true;
        }
        System.out.println(String.format("%d超出GroupLeader权限,请更高级管理层批复",amount));
        return nextHandler.handle(amount);
    }
}

可见,小组领导最多可以批1000块以下的预算,再多了就批不了了。

经理类:

public class Manager implements BudgetHandler {
    private BudgetHandler nextHandler;

    @Override
    public void setNextHandler(BudgetHandler nextHandler) {
        this.nextHandler = nextHandler;
    }

    @Override
    public boolean handle(int amount) {
        Objects.requireNonNull(nextHandler);
        if(amount<5000){
            System.out.println("小于2000块,我这个经理可以决定:同意!");
            return true;
        }
        System.out.println(String.format("%d超出Manager权限,请更高级管理层批复",amount));
        return nextHandler.handle(amount);
    }
}

经理最多可以批5000块以下的预算

首席财务官类:

public class CFO implements BudgetHandler {
    private BudgetHandler nextHandler;

    @Override
    public void setNextHandler(BudgetHandler nextHandler) {
        this.nextHandler = nextHandler;
    }

    @Override
    public boolean handle(int amount) {
        if(amount<50000){
            System.out.println("CFO同意,希望你再接再厉,为公司做出更大的贡献。");
            return true;
        }
        if (nextHandler!=null){
            return nextHandler.handle(amount);
        }
        //已经没有更高级的管理层来处理了
        System.out.println(String.format("%d太多了,回去好好看看能不能缩减一下",amount));
        return false;
    }
}

客户端

每个处理器都建好了,那么怎么才能让他们连成链呢?这就是客户端的责任了。

public class DogWang2Cor {
    public void applyBudget() {
        GroupLeader leader = new GroupLeader();
        Manager manager = new Manager();
        CFO cfo = new CFO();

        leader.setNextHandler(manager);
        manager.setNextHandler(cfo);

        System.out.println(String.format("领导您好:由于开发需求,需要购买一台Mac笔记本电脑,预算为%d 望领导批准", 95000));
        if (leader.handle(95000)) {
            System.out.println("谢谢领导");
        } else {
            System.out.println("巧妇难为无米之炊,只能划船了...");
        }
    }
}

输出结果:

领导您好:由于开发需求,需要购买一台Mac笔记本电脑,预算为20000 望领导批准
20000超出GroupLeader权限,请更高级管理层批复
20000超出Manager权限,请更高级管理层批复
CFO同意,希望你再接再厉,为公司做出更大的贡献。
谢谢领导

首先,二狗不知道谁最终会批准这笔预算,但是他知道入口肯定是他的小组领导,小组领导上一级就是经理,再上一级是CFO。所以在Handler中使用setNextHandler方法指定下一个Handler,最后由于CFO是最后一个处理器,所以我们就不设置Handler。最终二狗拿到了自己心仪的Mac笔记本电脑…

责任链模式要点

  • Handler 接口持有它自己的类型,通过set方法或者构造函数将责任链上的下一个处理器赋值进去
  • 客户端负责将各个处理器连成链,而且必然知道链上的第一个处理器,通过调用它的handle方法触发处理流程
  • 注意千万不能将链搞成一个环(将最后一个处理的下一个handler设置为第一个),那样就无法结束了。

优缺点

优点

  • 是命令发出者与执行者解耦。
  • 一个命令可以被多个处理器执行,例如各种框架中的拦截器

缺点

设计模式通病:类增多了。如果组链时候不合理,可能导致请求得不到执行,还有可能将链变成一个环,请求在里面循环,永远都完不了。

总结

设计模式值得你可以练习!对了,记得点赞转发啊…

GitHub源码地址design-patterns

AD:请关注公总号《华北01学会》,带你装逼带你飞。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/14696.html

(0)
小半的头像小半

相关推荐

极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!