设计模式 -- 职责链模式(Chain of Responsibility Pattern)

2024-09-07 11:44

本文主要是介绍设计模式 -- 职责链模式(Chain of Responsibility Pattern),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

1 问题引出

1.1 学校 OA 系统的采购审批项目

  1. 如果金额 小于等于 5000, 由教学主任审批 (0<=x<=5000)
  2. 如果金额 小于等于 10000, 由院长审批 (5000<x<=10000)
  3. 如果金额 小于等于 30000, 由副校长审批 (10000<x<=30000)
  4. 如果金额 超过 30000 以上,有校长审批 ( 30000<x)

1.2 传统方式

  1. 传统方式是:接收到一个采购请求后,根据采购金额来调用对应的 Approver (审批人)完成审批。

  2. 传统方式的问题分析 : 客户端这里会使用到 分支判断(比如 switch) 来对不同的采购请求处理, 这样就存在如下问题 (1) 如果各个级别的人员审批金额发生变化,在客户端的也需要变化 (2) 客户端必须明确的知道 有多少个审批级别和访问

  3. 这样 对一个采购请求进行处理 和 Approver (审批人) 就存在强耦合关系,不利于代码的扩展和维护

2 基本介绍

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

  2. 职责链模式通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求,那么它会把相同的请求传给下一个接收者,依此类推。

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

3 原理结构图

3.1 类图

3.2 说明

  1. Handler : 抽象的处理者, 定义了一个处理请求的接口, 同时含义另外 Handler

  2. ConcreteHandlerA , B 是具体的处理者, 处理它自己负责的请求, 可以访问它的后继者(即下一个处理者), 如果可以处理当前请求,则处理,否则就将该请求交个 后继者去处理,从而形成一个职责链

  3. Request , 含义很多属性,表示一个请求

4 应用实例

4.1 类图

4.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);
​
}

Client

public class Client {
​public static void main(String[] args) {//  创建一个请求PurchaseRequest purchaseRequest = new PurchaseRequest(1, 31000, 1);
​//  创建相关的审批人DepartmentApprover departmentApprover = new DepartmentApprover("张主任");CollegeApprover collegeApprover = new CollegeApprover("李院长");ViceSchoolMasterApprover viceSchoolMasterApprover = new ViceSchoolMasterApprover("王副校");SchoolMasterApprover schoolMasterApprover = new SchoolMasterApprover("佟校长");
​//  需要将各个审批级别的下一个设置好 (处理人构成环形: ) departmentApprover.setApprover(collegeApprover);collegeApprover.setApprover(viceSchoolMasterApprover);viceSchoolMasterApprover.setApprover(schoolMasterApprover);schoolMasterApprover.setApprover(departmentApprover);
​departmentApprover.processRequest(purchaseRequest);viceSchoolMasterApprover.processRequest(purchaseRequest);}
}

CollegeApprover

public class CollegeApprover extends Approver {
​public CollegeApprover(String name) {super(name);}
​@Overridepublic void processRequest(PurchaseRequest purchaseRequest) {if (purchaseRequest.getPrice() < 5000 && purchaseRequest.getPrice() <= 10000) {System.out.println(" 请求编号 id= "+ purchaseRequest.getId() + " 被 " + this.name + " 处理");} else {approver.processRequest(purchaseRequest);}}
}

PurchaseRequest

// 请求类
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;}
}

5 优缺点

5.1 优点

  1. 降低耦合度:职责链模式将请求的发送者和接收者解耦,使得请求的发送者不需要知道请求的具体处理细节和传递过程。简化了对象,使对象不需要知道链的结构。
  2. 明确责任范围:每个类只需要处理自己该处理的工作,不该处理的传递给下一个对象完成。这符合类的单一职责原则,使得每个类的职责明确,便于维护和管理。
  3. 灵活性高:允许动态地重新组织职责链来满足特定需求。在不同的情景下,可以通过调整链中的节点或者改变它们的次序来适应不同的处理需求。

5.2 缺点

  1. 不能保证请求一定被接收:由于一个请求没有明确的接收者,因此不能保证它一定会被处理。如果所有的处理者都不能处理该请求,则该请求会一直传到链的末端都得不到处理。
  2. 调试不方便:采用了类似递归的方式,调试时逻辑可能比较复杂。
  3. 系统性能受影响:特别是在链比较长的时候,因此需控制链中最大节点数量,一般通过在 Handler 中设置一个最大节点数量,在 setNext()方法中判断是否已经超过阀值,超过则不允许该链建立,避免出现超长链无意识地破坏系统性能。
  4. 客户端复杂性增加:职责链建立的合理性要靠客户端来保证。客户端需要正确地设置和组织责任链,否则可能导致请求得不到处理或者错误的处理。

6 应用场景

6.1 请假审批系统

  • 场景描述:在使用工作流时,员工的请假申请根据请假天数的不同,需要经过不同级别的审批流程。例如,小于3天的请假只需部门主管审批,大于等于3天但小于10天的请假还需经理审批,大于等于10天的请假则需要总经理审批。
  • 实现方式:通过职责链模式,将各级审批者组织成一条审批链,请求从链首传递至链尾,每个审批者根据自己的权限处理请求或将其传递给下一个审批者。这样可以灵活地管理请假流程,同时降低耦合度,使得流程易于扩展和维护。

6.2 异常处理流程

  • 场景描述:不同的异常类型可能需要不同的处理方式。例如,输入错误引起的异常可以在前端处理,而数据库连接错误需要在后端处理。
  • 实现逻辑:通过职责链模式,可以创建一个异常处理链,每种异常类型对应一个处理器。异常发生时,将其抛出至异常处理链,由相应的处理器进行处理。未匹配到具体处理器的异常可以由一个通用处理器捕获并处理,确保程序不会因未处理的异常而崩溃。

7 总结

        总之,职责链模式提供了一种有效的处理请求的方式,使得系统更加灵活、可扩展且易于维护。同时,也需要注意其可能带来的请求未被处理的风险和性能影响,并根据具体应用场景合理设置职责链。适用于多个对象可以处理同一请求的场景,比如:多级请求、请假/加薪等审批流程、Java Web 中 Tomcat对 Encoding 的处理、拦截器、日志记录、异常处理和审批流程等。

这篇关于设计模式 -- 职责链模式(Chain of Responsibility Pattern)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1144972

相关文章

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

模版方法模式template method

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/template-method 超类中定义了一个算法的框架, 允许子类在不修改结构的情况下重写算法的特定步骤。 上层接口有默认实现的方法和子类需要自己实现的方法

【iOS】MVC模式

MVC模式 MVC模式MVC模式demo MVC模式 MVC模式全称为model(模型)view(视图)controller(控制器),他分为三个不同的层分别负责不同的职责。 View:该层用于存放视图,该层中我们可以对页面及控件进行布局。Model:模型一般都拥有很好的可复用性,在该层中,我们可以统一管理一些数据。Controlller:该层充当一个CPU的功能,即该应用程序

迭代器模式iterator

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/iterator 不暴露集合底层表现形式 (列表、 栈和树等) 的情况下遍历集合中所有的元素

《x86汇编语言:从实模式到保护模式》视频来了

《x86汇编语言:从实模式到保护模式》视频来了 很多朋友留言,说我的专栏《x86汇编语言:从实模式到保护模式》写得很详细,还有的朋友希望我能写得更细,最好是覆盖全书的所有章节。 毕竟我不是作者,只有作者的解读才是最权威的。 当初我学习这本书的时候,只能靠自己摸索,网上搜不到什么好资源。 如果你正在学这本书或者汇编语言,那你有福气了。 本书作者李忠老师,以此书为蓝本,录制了全套视频。 试

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

springboot实战学习(1)(开发模式与环境)

目录 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 (3)前端 二、开发模式 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 Validation:做参数校验Mybatis:做数据库的操作Redis:做缓存Junit:单元测试项目部署:springboot项目部署相关的知识 (3)前端 Vite:Vue项目的脚手架Router:路由Pina:状态管理Eleme

状态模式state

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/state 在一个对象的内部状态变化时改变其行为, 使其看上去就像改变了自身所属的类一样。 在状态模式中,player.getState()获取的是player的当前状态,通常是一个实现了状态接口的对象。 onPlay()是状态模式中定义的一个方法,不同状态下(例如“正在播放”、“暂停

软件架构模式:5 分钟阅读

原文: https://orkhanscience.medium.com/software-architecture-patterns-5-mins-read-e9e3c8eb47d2 软件架构模式:5 分钟阅读 当有人潜入软件工程世界时,有一天他需要学习软件架构模式的基础知识。当我刚接触编码时,我不知道从哪里获得简要介绍现有架构模式的资源,这样它就不会太详细和混乱,而是非常抽象和易

使用Spring Boot集成Spring Data JPA和单例模式构建库存管理系统

引言 在企业级应用开发中,数据库操作是非常重要的一环。Spring Data JPA提供了一种简化的方式来进行数据库交互,它使得开发者无需编写复杂的JPA代码就可以完成常见的CRUD操作。此外,设计模式如单例模式可以帮助我们更好地管理和控制对象的创建过程,从而提高系统的性能和可维护性。本文将展示如何结合Spring Boot、Spring Data JPA以及单例模式来构建一个基本的库存管理系统