职责链模式

这篇具有很好参考价值的文章主要介绍了职责链模式。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

职责链模式

案例引入

OA(Office Automation)系统的采购审批项目,需求是
1.采购员采购教学用品。
2.price >= 0 && price <= 5000 由教学主任审批
3.price > 5000 && price <= 10000 由原则审批
4.price > 10000 && price <= 30000 由副校长审批
5.price > 30000由校长审批

传统方式完成采购审批任务

采购员类,采购请求类,以及审批组类(教学主任,院长等),每次采购人员,发起采购请求(创建一个采购请求对象),在这个对象中会依赖审批组类,然后采购请求对象,会根据此次的金额,if else分支自动匹配审批组中的类,进行审批。

传统方式问题分析
  • 1.传统方式是,接收到一个采购请求后,根据采购金额来调用对应的Approver(审批人),完成审批。
  • 2.会使用到分支判断(如if else)来对不同的采购请求处理。这样存在的问题,如果各个级别的人员审批金额发生变化,在客户端也需要变化;客户端必须明确的知道由多少个审批级别和访问
  • 3.这样对一个采购请求进行处理,和Approver就存在强耦合关系,不利于代码的扩展和维护。
  • 4.解决方案 => 职责链模式。

基本介绍

  • 1.职责链模式(Chain of Responsibility Pattern),也叫责任链模式,为请求创建了一个接收者对象的链。这种模式使请求的发送者和接收者进行解耦。
  • 2.职责链模式通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理请求,那么它会把相同的请求传给下一个接收者,以此类推。
  • 3.属于行为型模式。

原理类图

职责链模式
职责链模式使得多个对象,都有机会处理请求,从而避免请求的发送者和接收者间的耦合。将可以处理请求的对象,构建为一条链并沿着这条链传递该请求,只有一个处理者处理该请求。

原理类图说明

  • 1.Handler 抽象的处理者,定义了一个处理请求的方法,同时有一个Handler的属性(用于子类定义下一个处理请求的对象)。
  • 2.ConcreteHandlerA ,ConcreteHandlerB是具体的处理者,处理它自己复杂的请求,可以访问它的后继者(即下一个处理者),如果可以处理当前请求,则处理,否则就将该请求交个后继者去处理,从而形成一个责任链。
  • 3.Request 含有很多属性,表示为一个要处理的请求。

职责链模式实现案例

原理类图

职责链模式

代码
/**
 * @author 长名06
 * @version 1.0
 * 审批人抽象类
 */
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 request);
}
/**
 * @author 长名06
 * @version 1.0
 * 系主任审批人员
 */
public class DepartmenterApprover extends Approver{

    public DepartmenterApprover(String name){
        super(name);
    }

    @Override
    public void processRequest(PurchaseRequest request) {
        if(request.getPrice() >= 0 && request.getPrice() <= 5000){
            System.out.println("请求编号" + request.getId() + "被" + this.name + "处理");
        }else {
            approver.processRequest(request);
        }
    }
}
/**
 * @author 长名06
 * @version 1.0
 * 院长审批人员
 */
public class CollegeApprover extends Approver{
    public CollegeApprover(String name){
        super(name);
    }

    @Override
    public void processRequest(PurchaseRequest request) {
        if(request.getPrice() > 5000 && request.getPrice() <= 10000){
            System.out.println("请求编号" + request.getId() + "被" + this.name + "处理");
        }else {
            approver.processRequest(request);
        }
    }
}
/**
 * @author 长名06
 * @version 1.0
 * 副校长审批人员
 */
public class ViceSchoolMasterApprover extends Approver{
    public ViceSchoolMasterApprover(String name){
        super(name);
    }

    @Override
    public void processRequest(PurchaseRequest request) {
        if(request.getPrice() > 10000 && request.getPrice() <= 30000){
            System.out.println("请求编号" + request.getId() + "被" + this.name + "处理");
        }else {
            approver.processRequest(request);
        }
    }
}
/**
 * @author 长名06
 * @version 1.0
 * 校长审批人员
 */
public class SchoolMasterApprover extends Approver{
    public SchoolMasterApprover(String name){
        super(name);
    }

    @Override
    public void processRequest(PurchaseRequest request) {
        if(request.getPrice() > 30000){
            System.out.println("请求编号" + request.getId() + "被" + this.name + "处理");
        }else {
            if(approver != null) {
                approver.processRequest(request);
                return;
            }
            throw new RuntimeException("处理链执行完毕,不能处理当前请求");
        }
    }
}
/**
 * @author 长名06
 * @version 1.0
 */
public class PurchaseRequest {

    private int type = 0;
    private float price = 0.0F;
    private int id = 0;

    public PurchaseRequest(int type, float price, int id) {
        this.type = type;
        this.price = price;
        this.id = id;
    }

    public int getType() {
        return type;
    }

    public float getPrice() {
        return price;
    }

    public int getId() {
        return id;
    }
}
/**
 * @author 长名06
 * @version 1.0
 */
public class Client {
    public static void main(String[] args) {
        PurchaseRequest purchaseRequest = new PurchaseRequest(1, 4000, 1);


        DepartmenterApprover departmenterApprover = new DepartmenterApprover("系主任");
        CollegeApprover collegeApprover = new CollegeApprover("院长");
        ViceSchoolMasterApprover viceSchoolMasterApprover = new ViceSchoolMasterApprover("副校长");
        SchoolMasterApprover schoolMasterApprover = new SchoolMasterApprover("校长");

        //构建处理链 要形成一个环状,保证请求一定要被处理,这样的好处,就是如果当前是最后一个级别处理的
        //要处理的请求,是在前几个级别,依旧保证能被处理,不然如果使用最后一个级别处理请求,但是不符合此级别要求
        //而最后一个级别未设置下一个处理人,则此请求无法被处理了
        //一般情况下,都是从最低级别开始处理
        departmenterApprover.setApprover(collegeApprover);
        collegeApprover.setApprover(viceSchoolMasterApprover);
        viceSchoolMasterApprover.setApprover(schoolMasterApprover);
        schoolMasterApprover.setApprover(departmenterApprover);

        departmenterApprover.processRequest(purchaseRequest);
    }
}

职责链模式在SpringMVC框架的源码分析

  • 1.SpringMVC-HanlderExecutionChain类就使用到了职责链模式。
  • 2.SpringMVC请求流程图。
    职责链模式
  • 3.总结,流程图中,执行了拦截器相关方法interceptor.preHandler()等,在springMVC处理请求时,使用到了职责链模式和适配器模式;HandlerExecutionChain主要负责的是请求拦截器的执行和请求处理,但是他自身不处理请求,只是将请求分配给链上注册的处理器执行,这是职责链实现方法,减少职责链本身与处理器逻辑之间的耦合,规范了流程处理;HandlerExecutionChain维护了HandlerInterceptor的集合,可以向其中注册相应的拦截器。

注意事项和细节

  • 1.将请求和处理分开,实现解耦,提高系统的灵活性。
  • 2.简化了对象,使对象不需要知道链的结构。
  • 3.性能会受到影响,特别是在链比较长的时候。因此需控制链中最大节点数量,一般通过在Handler中设置一个最大节点数,在setNext()方法中,判断是否已经超过了阀值,超过则不允许该链建立,避免出现超长链无意识的破坏系统性能。
  • 4.调式不方便,采用了递归的方式,调试时逻辑可能比较复杂。
  • 5.最佳应用场景,有多个对象可以处理同一请求时,比如多级请求,请假/加薪等审批流程,JavaWeb中Tomact对Encoding的处理,拦截器。

只是为了记录自己的学习历程,且本人水平有限,不对之处,请指正。文章来源地址https://www.toymoban.com/news/detail-711557.html

到了这里,关于职责链模式的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 设计模式—— 单一职责原则

    1,代码重用性(即:相同功能的代码,不用多次编写) 2,可读性(即:编程规范性,便于其他程序员的阅读和理解) 3,可扩展性(当需要增加新的功能时,非常的方便,称为可维护性) 4,可靠性(即:当我们增加新的功能时,对原来的功能没有影响) 5,使程序呈现高内

    2024年02月12日
    浏览(48)
  • 职责链模式

    案例引入 OA(Office Automation)系统的采购审批项目,需求是 1.采购员采购教学用品。 2.price = 0 price = 5000 由教学主任审批 3.price 5000 price = 10000 由原则审批 4.price 10000 price = 30000 由副校长审批 5.price 30000由校长审批 传统方式完成采购审批任务 采购员类,采购请求类,以及审批组类

    2024年02月08日
    浏览(31)
  • [c++] 查表 —— 策略模式和职责链模式的核心

    查表法在工厂模式、策略模式以及职责链模式中都有使用。以工厂模式为例,表中存储的数据,key 是商品的类型,value 是生产这个商品的工厂。在生产商品的时候,直接根据商品类型从表中获得商品对应的工厂,然后通过工厂生产商品。如果没有表的话,那么类型判断和工厂

    2024年03月14日
    浏览(88)
  • 软件设计模式系列之十五——职责链模式

    职责链模式(Chain of Responsibility Pattern)也称为责任链模式,是一种结构型设计模式,用于构建一条对象处理请求的责任链。在这个模式中,多个对象依次处理请求,直到其中一个对象能够处理该请求为止。职责链模式将请求的发送者和接收者解耦,允许多个对象都有机会处理

    2024年02月08日
    浏览(37)
  • 【设计模式之禅】单一职责

    最近前辈推荐我读《设计模式之禅》这本书,原因是我写的代码质量实在是一言难尽,开发速度很快,但是bug数就很多了,设计原则这种知识就需要掌握 写这篇文主要是记录自己的学习以及督促自己 第一章【单一职责】 从我理解的层面来谈谈单一原则:明确每个类每个方法

    2024年02月13日
    浏览(39)
  • 设计模式—职责链模式(Chain of Responsibility)

    目录 思维导图 什么是职责链模式? 有什么优点呢? 有什么缺点呢? 什么场景使用呢? 代码展示 ①、职责链模式 ②、加薪代码重构 使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这个对象连成一条链,并沿着这条链传递该请求,直到有

    2024年02月10日
    浏览(37)
  • 【C++设计模式】单一职责原则

    2023年8月26日,周六上午 目录 概述 一个简单的例子 用单一职责原则来设计一个简单的学生管理系统 单一职责原则(Single Responsibility Principle,SRP),它是面向对象设计中的一个基本原则。 单一职责原则的核心思想是,一个类应该只有一个引起它变化的原因。 换句话说, 一个

    2024年02月11日
    浏览(41)
  • 用Rust实现23种设计模式之 职责链模式

    解耦:职责链模式将请求发送者和接收者解耦,使得多个对象都有机会处理请求,而不是将请求的发送者和接收者紧密耦合在一起。 灵活性:可以动态地改变或扩展处理请求的顺序和责任链中的对象。 可维护性:每个处理者只需关注自己的责任,使得代码更易于理解、维护

    2024年02月14日
    浏览(38)
  • 设计模式之职责链模式(ChainOfResponsibility)的C++实现

    在软件开发过程中,发送者经常发送一个数据请求给特定的接收者对象,让其对请求数据进行处理(一个数据请求只能有一个对象对其处理)。如果发送的每个数据请求指定特定的接收者, 将带来发送者与接收者的紧密解耦合问题。职责链模式可以将请求发送者与接收者解

    2024年02月11日
    浏览(38)
  • 【8】c++设计模式——>单一职责原则

    C++面向对象三大特性之一的 封装 指的就是将单一事物抽象出来组合成一个类,所以我们在设计类的时候每个类中处理的是单一事物而不是某些事物的集合。让类的功能单一,不让类与具体的事物耦合。 设计模式中所谓的单一职责原则,就是对一个类而言,应该仅有一个引起

    2024年02月07日
    浏览(39)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包