Java职责链模式的深入了解

目录
  • 一、职责链模式的定义与特点
  • 二、职责链模式的结构
  • 三、职责链模式案例
  • 总结

一、职责链模式的定义与特点

定义:

为了避免请求发送者与多个请求处理者耦合在一起,于是将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链;当有请求发生时,可将请求沿着这条链传递,直到有对象处理它为止。

比如我们的审批制度,低等级的审批不了的,交给上一级审批,依次类推,直到审批结束。

在责任链模式中,客户只需要将请求发送到责任链上即可,无须关心请求的处理细节和请求的传递过程,请求会自动进行传递。所以责任链将请求的发送者和请求的处理者解耦了。

特点:

1. 降低了对象之间的耦合度。该模式使得一个对象无须知道到底是哪一个对象处理其请求以及链的结构,发送者和接收者也无须拥有对方的明确信息。
2. 增强了系统的可扩展性。可以根据需要增加新的请求处理类,满足开闭原则。
3. 增强了给对象指派职责的灵活性。当工作流程发生变化,可以动态地改变链内的成员或者调动它们的次序,也可动态地新增或者删除责任。
4. 责任链简化了对象之间的连接。每个对象只需保持一个指向其后继者的引用,不需保持其他所有处理者的引用,这避免了使用众多的 if 或者 if···else 语句。
5. 责任分担。每个类只需要处理自己该处理的工作,不该处理的传递给下一个对象完成,明确各类的责任范围,符合类的单一职责原则。

缺点:

1. 不能保证每个请求一定被处理。由于一个请求没有明确的接收者,所以不能保证它一定会被处理,该请求可能一直传到链的末端都得不到处理。
2. 对比较长的职责链,请求的处理可能涉及多个处理对象,系统性能将受到一定影响。        3. 职责链建立的合理性要靠客户端来保证,增加了客户端的复杂性,可能会由于职责链的错误设置而导致系统出错,如可能会造成循环调用。

二、职责链模式的结构

职责链模式的主要角色

抽象处理者(Handler)角色:定义一个处理请求的接口,包含抽象处理方法和一个后继连接。

具体处理者(Concrete Handler)角色:实现抽象处理者的处理方法,判断能否处理本次请求,如果可以处理请求则处理,否则将该请求转给它的后继者。

客户类(Client)角色:创建处理链,并向链头的具体处理者对象提交请求,它不关心处理细节和请求的传递过程。

责任链模式的本质是解耦请求与处理,让请求在处理链中能进行传递与被处理;理解责任链模式应当理解其模式,而不是其具体实现。责任链模式的独到之处是将其节点处理者组合成了链式结构,并允许节点自身决定是否进行请求处理或转发,相当于让请求流动起来。

三、职责链模式案例

案例需求:编写程序完成学习采购项目审批系统

采购员采购教学器材,如果金额小于5000,由教学主任审批,

如果金额小于10000,由院长审批

如果金额小于30000,又副校长审批

如果金额大于30000,由校长审批

采用职责链模式

那么该案例我们传统的方法大致就是采用分支语句去解决,但是这个会导致我们又违反开闭原则,就是如果我们修改审批人的话会去修改类中内容,所以我们采取职责链模式,将审批人类和处理类分开,解耦,分别去实现他。这样的话我们想要加审批人只需要添加新类即可

UML类图

请求审批类

package com.chainOfResponsibilityPattern.SubmitAccount;
/**
 * @author wang
 * @version 1.0
 * @packageName com.chainOfResponsibilityPattern.SubmitAccount
 * @className PurchaseRequest
 * @date 2021/12/28 19:31
 * @Descriptio 该类为请求对象,封装了请求处理的相关信息
 * 变量分别为请求类型,编号,价格
 */
public class PurchaseRequest {
    private String type;
    private int id;
    private float price;
    public PurchaseRequest(String type, int id, float price) {
        this.type = type;
        this.id = id;
        this.price = price;
    }
    public String getType() {
        return type;
    }
    public int getId() {
        return id;
    }
    public float getPrice() {
        return price;
    }
}

抽象处理类:

package com.chainOfResponsibilityPattern.SubmitAccount;
/**
 * @author wang
 * @version 1.0
 * @packageName com.chainOfResponsibilityPattern.SubmitAccount
 * @className ApprovePeople
 * @date 2021/12/28 19:36
 * @Description 处理审批人的类,抽象处理请求的类
 */
public abstract class ApprovePeople {
    /**
     * 下一个审批人
     */
    ApprovePeople approvePeople;
    /**
     * 审批人名称
     */
    String name;
    public ApprovePeople(String name) {
        this.name = name;
    }
    /**
     * @param approvePeople
     * @Date 2021/12/28 19:39
     * @Param
     * @Return void
     * @MetodName setNext
     * @Author wang
     * @Description 设置下一个审批人的对象
     */
    public void setNext(ApprovePeople approvePeople) {
        this.approvePeople = approvePeople;
    }
    /**
     * @param purchaseRequest
     * @Date 2021/12/28 19:40
     * @Param
     * @Return void
     * @MetodName handleRequest
     * @Author wang
     * @Description 处理请求的方法,由该类的子类根据自己的情况去实现
     */
    public abstract void handleRequest(PurchaseRequest purchaseRequest);
}

教学主任类:

package com.chainOfResponsibilityPattern.SubmitAccount;
/**
 * @author wang
 * @version 1.0
 * @packageName com.chainOfResponsibilityPattern.SubmitAccount
 * @className TeacherDirector
 * @date 2021/12/28 19:47
 * @Description 教学主任类,具体的处理请求的类
 */
public class TeacherDirector extends ApprovePeople {
    public TeacherDirector(String name) {
        super(name);
    }
    @Override
    public void handleRequest(PurchaseRequest purchaseRequest) {
        if (purchaseRequest.getPrice() <= 5000) {
            System.out.println("请求编号为:" + purchaseRequest.getId() + "\n请求类型为:" + purchaseRequest.getType() +
                    "\n请求金额为:" + purchaseRequest.getPrice() + "的项目被" + this.name + "处理成功");
        } else {
            approvePeople.handleRequest(purchaseRequest);
        }
    }
}

院长类

package com.chainOfResponsibilityPattern.SubmitAccount;/** * @author wang * @version 1.0 * @packageName com.chainOfResponsibilityPattern.SubmitAccount * @className DeanApprove * @date 2021/12/28 19:52 * @Description 院长处理类,具体的处理请求的类 */public class DeanApprove extends ApprovePeople{    public DeanApprove(String name) {        super(name);    }    @Override    public void handleRequest(PurchaseRequest purchaseRequest) {        if(purchaseRequest.getPrice()&gt; 5000 &amp;&amp; purchaseRequest.getPrice() &lt;= 10000) {            System.out.println("请求编号为:" + purchaseRequest.getId() + "\n请求类型为:" + purchaseRequest.getType() +                    "\n请求金额为:" + purchaseRequest.getPrice() + "的项目被" +this.name +"处理成功");        }else {            approvePeople.handleRequest(purchaseRequest);        }    }}

校长和副校长类类似与上,只需改动处理条件即可

客户端测试类;

package com.chainOfResponsibilityPattern.SubmitAccount;
/**
 * @author wang
 * @version 1.0
 * @packageName com.chainOfResponsibilityPattern.SubmitAccount
 * @className ClientTest
 * @date 2021/12/28 19:58
 * @Description 客户测试类
 */
public class ClientTest {
    public static void main(String[] args) {
        //创建一个请求
        PurchaseRequest purchaseRequest = new PurchaseRequest("体育用品", 1, 4000);
        //创建相关审批人
        TeacherDirector zhang1 = new TeacherDirector("张主任");
        DeanApprove li2 = new DeanApprove("李院长");
        VicePresident chen3 = new VicePresident("陈副院长");
        President liu4 = new President("刘校长");
        /**
         * 切记一定要让个处理者之间连接起来,否则会报出空指针异常,且需要构成一个环
         *
         */
        zhang1.setNext(li2);
        li2.setNext(chen3);
        chen3.setNext(liu4);
        liu4.setNext(zhang1);
        //处理请求
        zhang1.handleRequest(purchaseRequest);
    }
}

输出结果

请求编号为:1
请求类型为:体育用品
请求金额为:4000.0的项目被张主任处理成功

请求编号为:2
请求类型为:修仙用品
请求金额为:300000.0的项目被刘校长处理成功

总结

本篇文章就到这里了,希望能够给你带来帮助,也希望您能够多多关注我们的更多内容!v

(0)

相关推荐

  • Java装饰者模式的深入了解

    目录 一.装饰模式的定义和特点 二.装饰模式的结构 三.咖啡点单案例演示 代码实例: 四.总结 总结 一.装饰模式的定义和特点 在软件开发过程中,有时想用一些现存的组件.这些组件可能只是完成了一些核心功能.但在不改变其结构的情况下,可以动态地扩展其功能.所有这些都可以釆用装饰器模式来实现. 就像我们做菜,需要用到调料,菜,刀,火等一系列抽象的组件来最终完成一道菜. 装饰模式的定义: 指在不改变现有对象结构的情况下,动态地给该对象增加一些职责(即增加其额外功能)的模式,它属于对象结构型模式.就增加

  • Java设计模式之职责链模式详解

    目录 前言 一.职责链模式的定义与特点 二.职责链模式的结构 三.职责链模式案例 前言 本文简单介绍了设计模式的一种--职责链模式  一.职责链模式的定义与特点 定义: 为了避免请求发送者与多个请求处理者耦合在一起,于是将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链:当有请求发生时,可将请求沿着这条链传递,直到有对象处理它为止. 比如我们的审批制度,低等级的审批不了的,交给上一级审批,依次类推,直到审批结束. 在责任链模式中,客户只需要将请求发送到责任链上即可,无须关心请求的处

  • Java单例模式的深入了解

    目录 一.设计模式概览 1.1.软件设计模式的概念 1.2.软件设计模式的基本要素 1.3.GoF 的 23 种设计模式的分类和功能 1.4.软件设计的七大原则 二.单利模式 1.1.单例模式的相关定义 1.2.单利模式的结构 2.1单利模式的实现方式一:懒汉式 2.2单利模式的实现方式一:饿汉式 总结 一.设计模式概览 1.1.软件设计模式的概念 软件设计模式(Software Design Pattern),又称设计模式,是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.它

  • Java工厂模式的深入了解

    目录 一.简单工厂模式 二.工厂方法模式 三.抽象工厂模式 3.1.抽象工厂模式的定义 3.2.  抽象工厂模式的结构 3.3抽象工厂模式代码示例 四.小结 一.简单工厂模式 何为简单工厂模式? 首先先通过一个案例来理解 我有一个需求,要买车,买车有不同的型号,那么我们常见的做法就是我买车点有什么车我就买什么车,实例如下 定义一个车接口 public interface Car { void name(); } 定义一个实现类,例如宝马 public class Baoma implements

  • Java代理模式的深入了解

    目录 一.静态代理模式 1.1. 代理模式的定义: 1.2.代理模式的优缺点 二.动态代理模式 总结 一.静态代理模式 1.1. 代理模式的定义: 由于某些原因需要给某对象提供一个代理以控制对该对象的访问.这时,访问对象不适合或者不能直接引用目标对象,代理对象作为访问对象和目标对象之间的中介. 比如在有些情况下,一个客户不能或者不想直接访问另一个对象,这时需要找一个中介帮忙完成某项任务,这个中介就是代理对象.例如,购买火车票不一定要去火车站买,可以通过 12306 网站或者去火车票代售点买.又如

  • 深入理解Java设计模式之职责链模式

    目录 一.什么是职责链模式 二.职责链模式的结构 四.职责链模式的使用场景 五.职责链模式的实现 一.什么是职责链模式 二.职责链模式的结构 四.职责链模式的使用场景 五.职责链模式的实现 六.总结 六.总结 一.什么是职责链模式 客户端发出一个请求,链上的对象都有机会来处理这一请求,而客户端不需要知道谁是具体的处理对象.这样就实现了请求者和接受者之间的解耦,并且在客户端可以实现动态的组合职责链.使编程更有灵活性. 定义:使多个对象都有机会处理请求,从而避免了请求的发送者和接受者之间的耦合关系.

  • Java观察者模式的深入了解

    目录 一.观察者模式的定义和特点 二.观察者模式的结构 三.代码实例 代码示例 总结 一.观察者模式的定义和特点 观察者模式的定义: 指多个对象间存在一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新.这种模式有时又称作发布-订阅模式.模型-视图模式,它是对象行为型模式. 特点: 1.降低了目标与观察者之间的耦合关系,两者之间是抽象耦合关系.符合依赖倒置原则. 2.目标与观察者之间建立了一套触发机制. 二.观察者模式的结构 实现观察者模式时要注意具体目标对象和

  • Java职责链模式的深入了解

    目录 一.职责链模式的定义与特点 二.职责链模式的结构 三.职责链模式案例 总结 一.职责链模式的定义与特点 定义: 为了避免请求发送者与多个请求处理者耦合在一起,于是将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链:当有请求发生时,可将请求沿着这条链传递,直到有对象处理它为止. 比如我们的审批制度,低等级的审批不了的,交给上一级审批,依次类推,直到审批结束. 在责任链模式中,客户只需要将请求发送到责任链上即可,无须关心请求的处理细节和请求的传递过程,请求会自动进行传递.所以责任

  • 浅谈JAVA 责任链模式

    顾名思义,责任链模式(Chain of Responsibility Pattern)为请求创建了一个接收者对象的链.这种模式给予请求的类型,对请求的发送者和接收者进行解耦.这种类型的设计模式属于行为型模式. 在这种模式中,通常每个接收者都包含对另一个接收者的引用.如果一个对象不能处理该请求,那么它会把相同的请求传给下一个接收者,依此类推. 介绍 意图: 避免请求发送者与接收者耦合在一起,让多个对象都有可能接收请求,将这些对象连接成一条链,并且沿着这条链传递请求,直到有对象处理它为止. 主要解决

  • C#设计模式之ChainOfResponsibility职责链模式解决真假美猴王问题实例

    本文实例讲述了C#设计模式之ChainOfResponsibility职责链模式解决真假美猴王问题.分享给大家供大家参考,具体如下: 一.理论定义 职责链模式 向一个 对象提出一个请求,如果这个对象无法处理这个请求,将指定下一个对象来处理这个请求, 直到这个请求能得到处理为止. 二.应用举例 需求描述:<西游记>里面的真假美猴王的辨别过程 六耳猕猴和孙悟空不仅外型一模一样,本事也是一模一样,走到哪儿,都无法分辨谁是真的谁是假的! ① 观音菩萨(GuangYinBodhisattva)暗念<

  • php设计模式 Chain Of Responsibility (职责链模式)

    复制代码 代码如下: <?php /** * 职责链模式 * * 为解除请求的发送者和接收者之间的耦合,而使用多个对象都用机会处理这个请求,将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它 * */ abstract class Handler { protected $_handler = null; public function setSuccessor($handler) { $this->_handler = $handler; } abstract functio

  • Java责任链模式定义与用法分析

    本文实例讲述了Java责任链模式定义与用法.分享给大家供大家参考,具体如下: 使很多对象都有处理请求的机会,从而避免请求的发送者和接受者之间的耦合关系.将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止 责任链模式主要包括以下几个角色 1.处理者:处理者是一个接口,负责规定具体处理者处理用户请求的方法以及具体处理者设置后继处理对象的方法 2.具体处理者:具体处理者是实现处理接口的类的实例,具体处理者通过调用处理接口规定的方法处理用户的请求,既在接到用户的请求后,处理者将调用接

  • JavaScript职责链模式概述

    一.概述 职责链模式(Chain of responsibility),就是使多个对象都有机会处理请求,从而避免请求的发送者和接受者之间的耦合关系.将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理他为止. 貌似和数据结构中的链表一样. 但,不要搞混了,职责链可不等于链表哦,因为职责链可以在任何一个节点开始往下查找,而链表,则必须从头结点开始往下查找. 比如,DOM事件机制中的冒泡事件就属于职责链,而捕获事件则属于链表. 二.利用职责链模拟冒泡 假设我们有三个对象:li.ul.di

  • 深入理解JavaScript系列(38):设计模式之职责链模式详解

    介绍 职责链模式(Chain of responsibility)是使多个对象都有机会处理请求,从而避免请求的发送者和接受者之间的耦合关系.将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理他为止. 也就是说,请求以后,从第一个对象开始,链中收到请求的对象要么亲自处理它,要么转发给链中的下一个候选者.提交请求的对象并不明确知道哪一个对象将会处理它--也就是该请求有一个隐式的接受者(implicit receiver).根据运行时刻,任一候选者都可以响应相应的请求,候选者的数目是任意

  • C++设计模式之职责链模式

    前言 最近心情很差,因为生活,因为工作:所以想请几天假去丽江玩玩.就向项目经理提交了休假申请,我的项目经理向项目主管提交了我的休假申请,项目主管向部门经理提交了我的休假申请:最后,部门经理同意了我的休假申请.是的,一个简单的休假申请,需要这么复杂的流程,这也是一个公司保证它正常运行的必要.如果部门经理休假了,那么我的休假申请由谁审批呢?这个时候由项目主管代替部门经理进行审批.一个休假申请的审批制度有着严格的要求.而在处理这个请假审批时,各个人员就好比在一条链上的节点,我不知道我的请求由谁审批,但

随机推荐