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

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

前言

本文简单介绍了设计模式的一种——职责链模式 

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

定义:

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

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

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

特点:

1. 降低了对象之间的耦合度。该模式使得一个对象无须知道到底是哪一个对象处理其请求以及链的结构,发送者和接收者也无须拥有对方的明确信息。

2. 增强了系统的可扩展性。可以根据需要增加新的请求处理类,满足开闭原则。

3. 增强了给对象指派职责的灵活性。当工作流程发生变化,可以动态地改变链内的成员或者调动它们的次序,也可动态地新增或者删除责任。

4. 责任链简化了对象之间的连接。每个对象只需保持一个指向其后继者的引用,不需保持其他所有处理者的引用,这避免了使用众多的 if 或者 if···else 语句。

5. 责任分担。每个类只需要处理自己该处理的工作,不该处理的传递给下一个对象完成,明确各类的责任范围,符合类的单一职责原则。

缺点:

1. 不能保证每个请求一定被处理。由于一个请求没有明确的接收者,所以不能保证它一定会被处理,该请求可能一直传到链的末端都得不到处理。

2. 对比较长的职责链,请求的处理可能涉及多个处理对象,系统性能将受到一定影响。

3. 职责链建立的合理性要靠客户端来保证,增加了客户端的复杂性,可能会由于职责链的错误设置而导致系统出错,如可能会造成循环调用。

二、职责链模式的结构

职责链模式的主要角色

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

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

3.客户类(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()> 5000 && purchaseRequest.getPrice() <= 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的项目被刘校长处理成功

以上就是Java设计模式之职责链模式详解的详细内容,更多关于Java职责链模式的资料请关注我们其它相关文章!

(0)

相关推荐

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

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

  • Java工厂模式的深入了解

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

  • 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设计模式之职责链模式

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

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

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

  • Java代理模式的深入了解

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

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

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

  • Java设计模式中责任链模式详解

    目录 1.责任链设计模式的定义 2.责任链设计模式的优点与不足 3.责任链设计模式的实现思路 4.责任链设计模式应用实例 5.责任链设计模式应用场景 编程是一门艺术,大批量的改动显然是非常丑陋的做法,用心的琢磨写的代码让它变的更美观. 在现实生活中,一个事件需要经过多个对象处理是很常见的场景.例如,采购审批流程.请假流程等.公司员工请假,可批假的领导有部门负责人.副总经理.总经理等,但每个领导能批准的天数不同,员工必须根据需要请假的天数去找不同的领导签名,也就是说员工必须记住每个领导的姓名.电话

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

    目录 职责链模式 1. 现实中的职责链模式 2. 实际开发中的职责链模式 3. 用职责链模式重构代码 4. 灵活可拆分的职责链节点 5. 异步的职责链 6. 职责链模式的优缺点 7. 用 AOP 实现职责链 8. 小结 职责链模式 职责链模式的定义是:使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系,将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止. 职责链模式的名字非常形象,一系列可能会处理请求的对象被连接成一条链,请求在这些对象之间依次传递,直到遇

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

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

  • JAVA设计模式之责任链模式详解

    在阎宏博士的<JAVA与模式>一书中开头是这样描述责任链(Chain of Responsibility)模式的: 责任链模式是一种对象的行为模式.在责任链模式里,很多对象由每一个对象对其下家的引用而连接起来形成一条链.请求在这个链上传递,直到链上的某一个对象决定处理此请求.发出这个请求的客户端并不知道链上的哪一个对象最终处理这个请求,这使得系统可以在不影响客户端的情况下动态地重新组织和分配责任. 从击鼓传花谈起 击鼓传花是一种热闹而又紧张的饮酒游戏.在酒宴上宾客依次坐定位置,由一人击鼓,击鼓

  • Java设计模式之抽象工厂模式详解

    一.什么是抽象工厂模式 为创建一组相关或相互依赖的对象提供一个接口,而且无需指定他们的具体类,这称之为抽象工厂模式(Abstract Factory).我们并不关心零件的具体实现,而是只关心接口(API).我们仅使用该接口(API)将零件组装称为产品. 二.示例程序   1.抽象的零件:Item类 package com.as.module.abstractfactory; /** * 抽象的零件 * @author Andy * @date 2021/4/29 23:16 */ public

  • Java设计模式中的外观模式详解

    目录 模式介绍 UML类图 外观模式案例: 外观模式的注意事项和细节 模式介绍 外观模式(Facade) ,也叫“过程模式:外观模式为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用. 外观模式通过定义一个一致的接口,用以屏蔽内部子系统的细节,使得调用端只需跟这个接口发生调用,而无需关心这个子系统的内部细节. UML类图 类图解析: Facade:为调用端提供统一的调用接口,外观类知道哪些子系统负责处理请求,从而将调用端的请求代理给适当子系统对象

  • Java设计模式中的门面模式详解

    目录 门面模式 概述 应用场景 目的 优缺点 主要角色 门面模式的基本使用 创建子系统角色 创建外观角色 客户端调用 门面模式实现商城下单 库存系统 支付系统 物流系统 入口系统 客户端调用 门面模式 概述 门面模式(Facade Pattern)又叫外观模式,属于结构性模式. 它提供一个统一的接口去访问多个子系统的多个不同的接口,它为子系统中的一组接口提供一个统一的高层接口.使得子系统更容易使用. 客户端不需要知道系统内部的复杂联系,只需定义系统的入口.即在客户端和复杂系统之间再加一层,这一层

  • Java设计模式之工厂方法模式详解

    目录 1.工厂方法是什么 2.如何实现 3.代码实现 4.工厂方法模式的优点 5.拓展 1.工厂方法是什么 众所周知,工厂是生产产品的,并且产品供消费者使用.消费者不必关心产品的生产过程,只需要关心用哪种产品就行. 在Java世界中,工厂方法模式和现实功能类似.工厂即一个工厂类,提供获得对象(产品)的方法(工厂方法).其他类(消费者)需要用到某个对象时,只需调用工厂方法就行,不必new这个对象. 2.如何实现 1)创建产品的抽象类或接口---抽象产品 2)创建具体产品的类---具体产品 3)创建

  • Java中常用的设计模式之责任链模式详解

    目录 优点 缺点 使用场景 一.实现方式 1.处理抽象类 2.学生处理类 3.老师处理类 4.校长处理类 5.测试 二.实现方式 1.订单信息类 2.订单校验接口 3.库存校验器 4.价格校验器 5.测试 总结 优点 1.降低耦合度.它将请求的发送者和接收者解耦. 2.简化了对象.使得对象不需要知道链的结构. 3.增强给对象指派职责的灵活性.通过改变链内的成员或者调动它们的次序,允许动态地新增或者删除责任. 4.增加新的请求处理类很方便. 缺点 1.不能保证请求一定被接收. 2.系统性能将受到一

随机推荐