Java-设计模式-尚硅谷(职责链模式)学习笔记

1. 举例引入

  • 学校OA系统的采购审批项目:需求是
  1. 采购员采购教学器材
  2. 如果金额 小于等于5000, 由教学主任审批 (0<=x<=5000)
  3. 如果金额 小于等于10000, 由院长审批 (5000<x<=10000)
  4. 如果金额 小于等于30000, 由副校长审批 (10000<x<=30000)
  5. 如果金额 超过30000以上,有校长审批 ( 30000<x)

2. 解决方案1-传统方案

在这里插入图片描述

  • 接收到一个采购请求后,根据采购金额来调用对应的Approver (审批人)完成审批。

  • 传统方式的问题分析 :

    客户端这里会使用到 分支判断(比如 switch) 来对不同的采购请求处理, 这样就存在如下问题:

    1. 如果各个级别的人员审批金额发生变化,在客户端的也需要变化
    2. 客户端必须明确的知道 有多少个审批级别和访问
    • 对一个采购请求进行处理 和 Approver (审批人) 就存在强耦合关系,不利于代码的扩展和维护

3. 职责链模式基本介绍

3.1 基本介绍

  1. 职责链模式(Chain of Responsibility Pattern), 又叫 责任链模式为请求创建了一个接收者对象的链(简单示意图)。这种模式对请求的发送者和接收者进行解耦。
    在这里插入图片描述

  2. 职责链模式通常每个接收者都包含对另一个接收者的引用。如果一个对象(Approver1)不能处理该请求,那么它会把相同的请求传给下一个接收者(Approver2),依此类推。如果传递到最后一个接收者(ApproverN)都无法处理,就提示无法处理。

  3. 这种类型的设计模式属于行为型模式

  • 职责链模式(Chain Of Responsibility),使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止.

3.2 职责链模式的原理类图

在这里插入图片描述

  • 说明:
  1. Handler : 抽象的处理者, 定义了一个处理请求的接口, 同时含义另外Handler
  2. ConcreteHandlerA , B 是具体的处理者, 处理它自己负责的请求, 可以访问它的后继者(即下一个处
    理者), 如果可以处理当前请求,则处理,否则就将该请求交个 后继者去处理,从而形成一个职责链
  3. Request , 含义很多属性,表示一个请求

4. 解决方案2-职责链模式

4.1 思路分析和图解

在这里插入图片描述

4.2 代码实现

  1. 请求类 :PurchaseRequest

    /**
     *  请求类
     */
    @Data
    @AllArgsConstructor
    public class PurchaseRequest {
        // 请求类型
        private int type = 0;
        // 请求金额
        private float price = 0F;
        private int id = 0;
    }
    
  2. 处理者的父类 :Approver

    /**
     * 所有处理者的父类
     */
    public abstract class Approver {
        // 下一个处理者
        Approver approver;
        String name;
    
        public Approver(String name) {
            this.name = name;
        }
        // 设置下一个处理者
        public void setApprover(Approver approver) {
            this.approver = approver;
        }
    
        // 处理审批请求的方法,需要得到一个请求,
        // 处理是一个子类完成的,因此改方法需要做成抽象的
        public abstract void processRequest(PurchaseRequest purchaseRequest);
    }
    
  3. 系主任级别处理者 :DepartmentApprover

    public class DepartmentApprover extends Approver{
        public DepartmentApprover(String name) {
            super(name);
        }
    
        @Override
        public void processRequest(PurchaseRequest purchaseRequest) {
            if (purchaseRequest.getPrice() > 0
                    && purchaseRequest.getPrice() <= 5000){
                // 满足要求改处理者处理
                System.out.println("== 请求编号 id = "+purchaseRequest.getId()
                                    +"被 " + this.name +"处理了");
            }else{// 不满足要求传递给下一个
                approver.processRequest(purchaseRequest);
            }
        }
    }
    
  4. 院长级别处理者 :CollageApprover

    public class CollageApprover extends Approver {
        public CollageApprover(String name) {
            super(name);
        }
    
        @Override
        public void processRequest(PurchaseRequest purchaseRequest) {
            if (purchaseRequest.getPrice() > 5000
                    && purchaseRequest.getPrice() <= 10000){
                // 满足要求改处理者处理
                System.out.println("== 请求编号 id = "+purchaseRequest.getId()
                        +"被 " + this.name +"处理了");
            }else{// 不满足要求传递给下一个
                approver.processRequest(purchaseRequest);
            }
        }
    }
    
  5. 副校长级别处理者 :ViceSchoolMasterApprover

    public class ViceSchoolMasterApprover extends Approver {
        public ViceSchoolMasterApprover(String name) {
            super(name);
        }
    
        @Override
        public void processRequest(PurchaseRequest purchaseRequest) {
            if (purchaseRequest.getPrice() > 10000
                    && purchaseRequest.getPrice() <= 30000){
                // 满足要求改处理者处理
                System.out.println("== 请求编号 id = "+purchaseRequest.getId()
                        +"被 " + this.name +"处理了");
            }else{// 不满足要求传递给下一个
                approver.processRequest(purchaseRequest);
            }
        }
    }
    
  6. 校长级别处理者 :SchoolMasterApprover

    public class SchoolMasterApprover extends Approver {
        public SchoolMasterApprover(String name) {
            super(name);
        }
    
        @Override
        public void processRequest(PurchaseRequest purchaseRequest) {
            if (purchaseRequest.getPrice() > 30000){
                // 满足要求改处理者处理
                System.out.println("== 请求编号 id = "+purchaseRequest.getId()
                        +"被 " + this.name +"处理了");
            }else{// 不满足要求传递给下一个
                approver.processRequest(purchaseRequest);
            }
        }
    }
    
  7. 失败情况的处理者 :FailureApprover

    /**
     * 如果其他处理者都处理不了就让这个来处理
     */
    public class FailureApprover extends Approver{
        public FailureApprover(String name) {
            super(name);
        }
    
        @Override
        public void processRequest(PurchaseRequest purchaseRequest) {
            if (purchaseRequest.getPrice() <= 0){
                // 满足要求改处理者处理
                System.out.println("== 请求编号 id = "+purchaseRequest.getId()
                        +"的金额小于等于 0 ,处理失败");
            }else{// 不满足要求传递给下一个
                approver.processRequest(purchaseRequest);
            }
        }
    }
    
  8. 客户端 :Client

    public class Client {
        public static void main(String[] args) {
            // 创建一个请求
            PurchaseRequest request = new PurchaseRequest(1, -310, 1);
    
            // 创建相关的审批人
            DepartmentApprover departmentApprover = new DepartmentApprover("系主任");
            CollageApprover collageApprover = new CollageApprover("院长");
            ViceSchoolMasterApprover viceSchoolMasterApprover = new ViceSchoolMasterApprover("副校长");
            SchoolMasterApprover schoolMasterApprover = new SchoolMasterApprover("校长");
            FailureApprover failureApprover = new FailureApprover("失败情况处理者");
    
            // 将各个审批级别的下一级设置好
            departmentApprover.setApprover(collageApprover);
            collageApprover.setApprover(viceSchoolMasterApprover);
            viceSchoolMasterApprover.setApprover(schoolMasterApprover);
            // 因为第一个执行的处理者不一定是处理金额最小的系主任,有可能是处理金额最大的校长
            // 如果请求的金额是 1000,但又恰好第一个执行的人是校长,这样就会空指针异常
            // 所以需要处理者需要构成环状
            // 正因为处理者构成了环状,如果没有一个专门处理错误的处理者,就会构成死循环
            schoolMasterApprover.setApprover(failureApprover);
            failureApprover.setApprover(departmentApprover);
    
            // 让第一个处理者执行请求
            schoolMasterApprover.processRequest(request);
        }
    }
    
  • 注意

因为第一个执行的处理者不一定是处理金额最小的系主任,有可能是处理金额最大的校长,如果请求的金额是 1000,但又恰好第一个执行的人是校长,这样就会空指针异常,所以需要处理者需要构成环状
正因为处理者构成了环状,如果没有一个专门处理错误的处理者,就会构成死循环,也就是说每个处理者的金额范围的并集是全域

  1. 测试

    让校长级别处理者作为第一个处理者

    金额为 310

    在这里插入图片描述
    金额为 -310

    在这里插入图片描述

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
共150讲,时长共 33小时18分钟 1) 优秀的程序应该是这样的:阅读时,感觉很优雅;新增功能时,感觉很轻松;运行时,感觉很快速,这就需要设计模式支撑。 2) 设计模式包含了大量的编程思想,讲授和真正掌握并不容易,网上的设计模式课程不少,大多讲解的比较晦涩,没有真实的应用场景和框架源码支撑,学习后,只知其形,不知其神。就会造成这样结果: 知道各种设计模式,但是不知道怎么使用到真实项目。本课程针对上述问题,有针对性的进行了升级 (1) 授课方式采用 图解+框架源码分析的方式,让课程生动有趣好理解 (2) 系统全面的讲解了设计模式,包括 设计模式七大原则、UML类图-类的六大关系、23种设计模式及其分类,比如 单例模式的8种实现方式、工厂模式的3种实现方式、适配器模式的3种实现、代理模式的3种方式、深拷贝等 3) 如果你想写出规范、漂亮的程序,就花时间来学习设计模式吧 课程内容和目标 本课程是使用Java来讲解设计模式,考虑到设计模式比较抽象,授课采用 图解+框架源码分析的方式 1) 内容包括: 设计模式七大原则(单一职责、接口隔离、依赖倒转、里氏替换、开闭原则、迪米特法则、合成复用)、UML类图(类的依赖、泛化和实现、类的关联、聚合和组合) 23种设计模式包括:创建型模式:单例模式(8种实现)、抽象工厂模式、原型模式、建造者模式、工厂模式。结构型模式:适配器模式(3种实现)、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式(3种实现)。行为型模式:模版方法模式、命令模式、访问者模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式(Interpreter模式)、状态模式、策略模式职责模式(责任链模式) 2) 学习目标:通过学习,学员能掌握主流设计模式,规范编程风格,提高优化程序结构和效率的能力

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

yuan_404

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值