Java设计模式——职责链模式:解锁高效灵活的请求处理之道

嘿,各位 Java 编程大神和爱好者们!今天咱们要一同深入探索一种超厉害的设计模式——职责链模式。它就像一条神奇的“处理链”,能让请求在多个对象之间有条不紊地传递,直到找到最合适的“处理者”。准备好跟我一起揭开它神秘的面纱,看看如何用代码实现这种强大的模式,让我们的程序变得更加智能和灵活吧!💥

一、职责链模式:请求处理的“智能传送带”🎯

(一)模式定义与神奇特点

职责链模式可是对象行为模式家族里的“明星成员”哦!想象一下,有一群对象像链条上的环一样紧密相连,每个对象都知道下一个对象是谁(持有下家的引用)。当一个请求像小包裹一样在这条链上传递时,它会逐个经过这些对象。而发出请求的客户端呢,就像把包裹送到快递公司后就安心等待结果一样,完全不用操心到底是哪个对象最终会处理这个请求。这种模式最大的魅力在于它赋予了系统超级强大的灵活性。比如说,我们可以随时调整这条链的结构,添加、删除或者重新排列处理者,而客户端那边却感觉不到任何变化,就像魔法一样!🧙‍♂️

用一个超形象的比喻来理解,职责链模式就像是一场接力赛跑,每个选手(处理者)都有自己的能力范围(处理条件)。当接力棒(请求)传来时,如果这个选手有能力完成接下来的路程(处理请求),那就全力冲刺;如果觉得自己力不从心,就迅速把接力棒交给下一个选手,直到找到那个能冲过终点线(处理请求)的“大神”选手。

再举个生活中的例子,就拿击鼓传花来说吧。一群小伙伴围成一个圈(形成责任链),鼓声响起时开始传花(请求传递)。每个小伙伴就像是链上的一个处理者,当花传到自己手上时,如果鼓声停止(满足某种条件),那这个小伙伴就要表演节目(处理请求);如果鼓声还在响,就赶紧把花传给下一个小伙伴。这里的小伙伴们可以站成直线、围成环形或者组成树状结构的一部分,具体怎么站完全取决于大家想怎么玩这个游戏(业务逻辑和需求)。🎊

(二)模式结构大揭秘

  1. 抽象处理者(Handler):链的“基石”与“规则制定者”
    • 抽象处理者就像是整个职责链的“总设计师”,它定义了处理请求的统一接口,就像给所有处理者制定了一套必须遵守的“游戏规则”。在某些情况下,它还会规定怎么设置和获取下一个处理者(下家)的方法。一般来说,它会以抽象类或者接口的形式存在,为具体的处理者提供了一个清晰的行为框架和接口规范,确保所有处理者都能“按章办事”。就好比建筑蓝图,规定了房子该怎么盖,每个房间的布局和功能一样。🏠
  2. 具体处理者(ConcreteHandler):请求的“接收者”与“传递者”
    • 具体处理者可是链上的“实干家”,当请求送到它面前时,它有两种选择。一种是根据自己的能力和判断,决定是否亲自处理这个请求。如果它觉得自己能行,就会按照自己的方式处理请求,就像厨师根据订单(请求)烹饪美食(处理逻辑);另一种情况是,如果它觉得自己搞不定,或者根据业务规则应该让更厉害的人来处理,它就会毫不犹豫地把请求转交给下家。因为它知道下家是谁(持有下家引用),所以能轻松地把请求传递下去,让请求继续在链上“旅行”。就像快递员,如果发现包裹的目的地不在自己的配送范围内,就会转交给下一个区域的快递员。🚚

(三)代码实现:构建职责链

下面是一个用 Java 实现的职责链模式的简单示例代码,让我们一起来看看它是如何工作的。

// 抽象处理者(Handler)
abstract class Handler {// 持有下一个处理者的引用protected Handler successor;// 设置下一个处理者的方法public void setSuccessor(Handler successor) {this.successor = successor;}// 抽象的处理请求方法,具体处理逻辑由子类实现abstract public void handleRequest(int request);
}// 具体处理者 1(ConcreteHandler1)
class ConcreteHandler1 extends Handler {@Overridepublic void handleRequest(int request) {// 如果请求在 0 到 10 之间(这里只是一个简单的示例条件),则由当前处理者处理if (request >= 0 && request < 10) {System.out.println(this + " handled request " + request);} else if (successor!= null) {// 否则,将请求传递给下一个处理者(如果有下家的话)successor.handleRequest(request);}}
}// 具体处理者 2(ConcreteHandler2)
class ConcreteHandler2 extends Handler {@Overridepublic void handleRequest(int request) {if (request >= 10 && request < 20) {System.out.println(this + " handled request " + request);} else if (successor!= null) {successor.handleRequest(request);}}
}// 具体处理者 3(ConcreteHandler3)
class ConcreteHandler3 extends Handler {@Overridepublic void handleRequest(int request) {if (request >= 20 && request < 30) {System.out.println(this + " handled request " + request);} else if (successor!= null) {successor.handleRequest(request);}}
}// 客户端测试类
public class Client {public static void main(String[] args) {// 创建处理者对象Handler h1 = new ConcreteHandler1();Handler h2 = new ConcreteHandler2();Handler h3 = new ConcreteHandler3();// 设置处理者之间的链关系,形成 h1 -> h2 -> h3 的链h1.setSuccessor(h2);h2.setSuccessor(h3);// 生成一些请求并处理int[] requests = {2, 5, 14, 22, 18, 3, 27, 20};for (int request : requests) {h1.handleRequest(request);}}
}

Responsibility.jpg

(四)纯与不纯的职责链模式

  1. 纯职责链模式:规则严格的“处理链”
    • 在纯职责链模式的世界里,规则那是相当严格的。对于每一个具体的处理者来说,当收到请求时,它只能二选一:要么勇敢地承担起处理请求的全部责任,就像独自扛起一座大山;要么毫不犹豫地把责任推给下家,绝不拖泥带水。而且,在这条链上,每个请求就像一个被精心安排的小旅客,必定会被某个处理者收留并妥善处理,绝对不会出现被忽视、流落街头的情况。不过呢,这种模式在现实生活中的例子比较少,因为它的实现和应用场景相对来说有点“挑食”,要求比较高,不够灵活。就像一个只接受特定规格零件的精密仪器,稍微有点不匹配就无法工作。🔍
  2. 不纯职责链模式:适应变化的“万能链”
    • 不纯职责链模式就随和多了,它允许请求在传递过程中,即使经过了所有的处理者,也可能找不到一个愿意收留它的“家”。这种模式在实际开发中可是非常受欢迎的“大众明星”,因为它能更好地应对复杂多变的业务需求。比如说,在某些业务场景中,一个请求可能像一个挑剔的顾客,在经过一系列的服务者(处理者)后,还是没有找到满意的服务(没有合适的处理者)。这时候,系统可以根据预先设定的策略,比如记录下这个“挑剔顾客”的需求(记录日志),或者礼貌地告诉它“不好意思,我们无法满足您的需求”(返回错误信息)。就像一家餐厅,如果遇到顾客点了菜单上没有的菜品,服务员可以记录下来反馈给厨房(记录日志),或者向顾客解释并推荐其他菜品(返回错误信息)。🍽

(五)实际应用案例:采购审批系统中的职责链

让我们来看一个更贴近实际工作场景的例子——采购审批系统。

// 抽象审批者(Approver)
abstract class Approver {// 审批者姓名protected String name;// 持有下一个审批者的引用protected Approver successor;// 构造函数,初始化审批者姓名public Approver(String name) {this.name = name;}// 设置下一个审批者的方法public void setSuccessor(Approver successor) {this.successor = successor;}// 抽象的审批请求方法,具体审批逻辑由子类实现abstract public void processRequest(PurchaseRequest request);
}// 主管审批者(Director)
class Director extends Approver {public Director(String name) {super(name);}@Overridepublic void processRequest(PurchaseRequest request) {if (request.getAmount() < 10000.0) {System.out.println(this + " " + name + " approved request# " + request.getNumber());} else if (successor!= null) {successor.processRequest(request);}}
}// 副总裁审批者(VicePresident)
class VicePresident extends Approver {public VicePresident(String name) {super(name);}@Overridepublic void processRequest(PurchaseRequest request) {if (request.getAmount() < 25000.0) {System.out.println(this + " " + name + " approved request# " + request.getNumber());} else if (successor!= null) {successor.processRequest(request);}}
}// 总裁审批者(President)
class President extends Approver {public President(String name) {super(name);}@Overridepublic void processRequest(PurchaseRequest request) {if (request.getAmount() < 100000.0) {System.out.println(this + " " + name + " approved request# " + request.getNumber());} else {System.out.println("Request# " + request.getNumber() + " requires an executive meeting!");}}
}// 采购请求类(PurchaseRequest)
class PurchaseRequest {private double amount;private int number;public PurchaseRequest(double amount, int number) {this.amount = amount;this.number = number;}public double getAmount() {return amount;}public int getNumber() {return number;}
}

在这个采购审批系统中,我们定义了不同级别的审批者,从主管、副总裁到总裁,他们就像一条职责链上的各个环节。当一个采购请求(就像一个任务包裹)被提交后,它会从主管开始,沿着这条审批链依次传递。如果采购金额比较小,比如小于 10000 元,主管就可以直接批准(处理请求);如果金额超过了主管的审批权限,主管就会把请求交给副总裁。副总裁也会根据金额大小决定是否批准,如果金额超过了副总裁的权限,就继续传递给总裁。这样,不同金额的采购请求就能找到合适的审批者进行处理。而且,如果未来公司的审批流程发生了变化,比如增加了新的审批层级或者修改了审批金额的限制,我们只需要在相应的审批者类中进行修改,就像调整链条上的某个环节一样,不会对整个审批系统的结构造成太大的影响。这就是职责链模式在实际应用中的强大之处,它让系统变得更加灵活和易于维护。💼

二、总结与展望:职责链模式的无限潜力💡

通过对职责链模式的深入学习,我们就像获得了一把神奇的钥匙,可以打开高效灵活处理请求的大门。它不仅让我们的代码结构更加清晰,各个处理者之间的职责分明,还让系统能够轻松应对各种变化,无论是业务规则的调整还是处理流程的优化。

在未来的开发中,我们可以继续探索职责链模式的更多应用场景,比如在工作流系统、消息处理系统、异常处理机制等方面都可以发挥它的优势。同时,我们也可以结合其他设计模式,如工厂模式来创建处理者对象,或者结合装饰者模式来增强处理者的功能,让我们的程序更加健壮和强大。相信只要我们善于运用这些设计模式,就能打造出更加优秀、高效的软件系统,在编程的世界里创造更多的精彩!🚀

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.rhkb.cn/news/482427.html

如若内容造成侵权/违法违规/事实不符,请联系长河编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Javascript中DOM事件监听 (鼠标事件,键盘事件,表单事件)

#DOM&#xff08;Document Object Model&#xff09;事件监听是一种机制&#xff0c;它允许 JavaScript 代码在 HTML 文档中的元素上监听特定的事件。当这些事件发生时&#xff0c;与之关联的 JavaScript 函数&#xff08;也称为事件处理函数&#xff09;就会被执行。这使得网页…

TiDB 无统计信息时执行计划如何生成

作者&#xff1a; weiyinghua 原文来源&#xff1a; https://tidb.net/blog/4c49ac0d 一、Pseudo 统计信息总体生成规则 TiDB 在表无统计信息时&#xff0c;不会进行动态采样&#xff0c;而是用静态的、预设规则以及经验假设来生成计划。用函数 PseudoTable 创建一个伪统…

服务器密码错误被锁定怎么解决?

当服务器密码错误多次导致账号被锁定时&#xff0c;解决方法需要根据服务器的操作系统&#xff08;如 Linux 或 Windows &#xff09;和具体服务器环境来处理。以下是常见的解决办法&#xff1a; 一、Linux 服务器被锁定的解决方法 1. 使用其他用户账号登录 如果有其他未被…

认识redis 及 Ubuntu安装redis

文章目录 一. redis概念二. redis应用场景二. redis的特性四. 使用Ubuntu安装redis 一. redis概念 redis 是在内存中存储数据的中间件, 用在分布式系统 redis是客户端服务器结构的程序, 客户端服务器之间通过网络来通信 二. redis应用场景 redis可用作数据库 类似MySQL, 但…

LabVIEW内燃机气道试验台测控系统

基于LabVIEW软件开发的内燃机气道试验台测控系统主要应用于内燃机气道的性能测试和数据分析&#xff0c;通过高精度的测控技术&#xff0c;有效提升内燃机的测试精度和数据处理能力。 项目背景 随着内燃机技术的发展&#xff0c;对其气道性能的精准测量需求日益增加。该系统通…

Rust vs Java:后端开发应该选哪个?

后端技术的发展迅速。根据JetBrains 2024年开发者调查,尽管Java仍然占据约34.5%的市场份额,但Rust在高性能应用中的应用逐渐增多。过去四年中,Rust在企业中的采用增长了240%(根据Stack Overflow 2024开发者调查)。随着组织更加注重效率和可扩展性,选择Rust还是Java已成为…

触觉智能亮相OpenHarmony人才生态大会2024

11月27日&#xff0c;OpenHarmony人才生态大会2024在武汉隆重举行。本次大会汇聚了政府领导、学术大咖、操作系统技术专家、高校及企业代表&#xff0c;围绕新时代背景下的操作系统人才培养进行了深入探讨&#xff0c;分享高校、企业在产学研融合方面的先进经验&#xff0c;全面…

springboot366高校物品捐赠管理系统(论文+源码)_kaic

毕 业 设 计&#xff08;论 文&#xff09; 高校物品捐赠管理系统设计与实现 摘 要 传统办法管理信息首先需要花费的时间比较多&#xff0c;其次数据出错率比较高&#xff0c;而且对错误的数据进行更改也比较困难&#xff0c;最后&#xff0c;检索数据费事费力。因此&#xff…

深入理解AIGC背后的核心算法:GAN、Transformer与Diffusion Models

深入理解AIGC背后的核心算法&#xff1a;GAN、Transformer与Diffusion Models 前言 随着人工智能技术的发展&#xff0c;AIGC&#xff08;AI Generated Content&#xff0c;人工智能生成内容&#xff09;已经不再是科幻电影中的幻想&#xff0c;而成为了现实生活中的一种新兴力…

企业网站面临的爬虫攻击及安全防护策略

在当今数字化时代&#xff0c;企业网站不仅是展示企业形象的窗口&#xff0c;更是进行商业活动的重要平台。然而&#xff0c;企业网站在日常运营中面临着多种类型的爬虫攻击&#xff0c;这些攻击不仅会对网站的正常访问造成影响&#xff0c;还可能窃取敏感数据&#xff0c;给企…

STM32的CAN波特率计算

公式&#xff1a; CAN波特率 APB总线频率 / &#xff08;BRP分频器 1&#xff09;/ (SWJ BS1 BS2) SWJ一般为1。 例如STM32F407的&#xff0c;CAN1和CAN2都在在APB1下&#xff0c;频率是42000000 如果想配置成1M波特率&#xff0c;则计算公式为&#xff1a;

《操作系统 - 清华大学》6 -3:局部页面置换算法:最近最久未使用算法 (LRU, Least Recently Used)

文章目录 1. 最近最久未使用算法的工作原理2. 最近最久未使用算法示例3.LRU算法实现3.1 LRU的页面链表实现3.2 LRU的活动页面栈实现3.3 链表实现 VS 堆栈实现 1. 最近最久未使用算法的工作原理 最近最久未使用页面置换算法&#xff0c;简称 LRU&#xff0c; 算法思路&#xff…

数据集-目标检测系列- 海边漫步锻炼人检测数据集 person >> DataBall

数据集-目标检测系列- 海边漫步锻炼人检测数据集 person >> DataBall DataBall 助力快速掌握数据集的信息和使用方式&#xff0c;会员享有 百种数据集&#xff0c;持续增加中。 需要更多数据资源和技术解决方案&#xff0c;知识星球&#xff1a; “DataBall - X 数据球…

【赵渝强老师】PostgreSQL的段、区和块

PostgreSQL的逻辑存储结构主要是指数据库集群、数据库、表空间、段、区、块等&#xff1b;同时PostgreSQL的逻辑存储结构也包括数据库中的各种数据库对象&#xff0c;如&#xff1a;表、索引、视图等等。所有数据库对象都有各自的对象标识符oid&#xff08;object identifiers&…

【YOLO系列复现】二、基于YOLOv6的目标检测:YOLOv6训练自己的数据集(史诗级详细教程)

官方模型&#xff1a;YOLOv6/README_cn.md at main meituan/YOLOv6 目录 1、模型和环境准备 1.1 模型下载 1.2 依赖环境安装 1.3 权重文件下载 1.4 环境测试 2、配置文件和数据集准备 2.1 准备数据集 2.2 配置文件准备 2.3 BUG修改 3、模型训练 3.1 模型训练 3.2 …

Flink常见面试题

1、Flink 的四大特征&#xff08;基石&#xff09; 2、Flink 中都有哪些 Source&#xff0c;哪些 Sink&#xff0c;哪些算子&#xff08;方法&#xff09; 预定义Source 基于本地集合的source&#xff08;Collection-based-source&#xff09; 基于文件的source&#xff08;…

【C语言】扫雷游戏(一)

我们先设计一个简单的9*9棋盘并有10个雷的扫雷游戏。 1&#xff0c;可以用数组存放&#xff0c;如果有雷就用1表示&#xff0c;没雷就用0表示。 2&#xff0c;排查(2,5)这个坐标时&#xff0c;我们访问周围的⼀圈8个位置黄色统计周围雷的个数是1。排查(8,6)这个坐标时&#xf…

【博主推荐】C#中winfrom开发常用技术点收集

文章目录 前言1.打开文件夹并选中文件2.窗体之间传参3.异步调用&#xff1a;让数据处理不影响页面操作4.创建一个多文档界面(MDI) 应用程序5.在WinForms中使用数据绑定6.在WinForms中后台使用控件的事件处理7.在WinForms中窗体跳转的几种方式8.后台处理方法中&#xff0c;调用窗…

Matlab 绘制雷达图像完全案例和官方教程(亲测)

首先上官方教程链接 polarplothttps://ww2.mathworks.cn/help/matlab/ref/polarplot.html 上实例 % 定义角度向量和径向向量 theta linspace(0, 2*pi, 5); r1 [1, 2, 1.5, 2.5, 1]; r2 [2, 1, 2.5, 1.5, 2];% 绘制两个雷达图 polarplot(theta, r1, r-, LineWidth, 2); hold …

乌班图单机(不访问外网)部署docker和服务的方法

面向对象:Ubuntu不能访问外网的机子,部署mysql、redis、jdk8、minio 过程: 1、安装docker(照着图去这里找对应的下载下来https://download.docker.com/linux/static/stable/),将7个docker官网下载的文件下载下来后,传上去服务器随便一个文件夹或者常用的opt或者/usr/lo…