[设计模式] 行为型:责任链模式(Chain of Responsibility Pattern)

2024-06-10 07:48

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

文章标题

    • 什么是责任链
    • 设计与实现

什么是责任链

责任链的思想是一种顺序流处理请求事件的机制,特别容易理解和实现。

通常情况下,责任链的数据结构就像是一个链表,处理请求事件的时候,从链表中第一个元素开始,依次轮流接收并处理请求事件。

如果当前节点能处理请求事件,就处理掉,返回结果消息,不再向后继续传递请求事件;如果当前节点不能处理请求事件,就把请求事件向后传递,直到有一个节点可以处理。

责任链的变化非常多,比如说,一个请求事件的处理过程,可能分散在多个节点对象中,又比如说,数据结构可能不是单纯的链表结构,也可能是复杂的有向图结构。

举个例子,假设中国某地发生了一件特别重大的事情,有人上报到县里,县领导说自己处理不了,就立马上报到市里,市领导了解后也觉的自己处理不了,就又赶紧上报到省里,省领导说一看能处理,立马就给处理了,也不用再上报到国家那里。

意思就是这么个意思,理解起来还是比较容易的,接下来看看实现。

设计与实现

责任链的实现,关键在于类的构造方法,构造对象逻辑的时候,一定要让对象知道自己的“职责”,能处理什么,不能处理什么,不能处理的时候应该把问题抛给谁。

通常来讲,构成责任链的节点对象类型都是相同的,但这不是强制要求,复杂些的责任链,其节点对象类型往往是多种多样的。

本文以简单的责任链形式给出代码样例。

定义个类型,表示请求事件:

public class Request {private Integer type;// 请求事件类型private String message;// 请求事件消息public Request(Integer type, String message) {this.type = type;this.message = message;}// 省略 getter/setter 方法
}

责任链节点对象抽象类型:

// 处理者的抽象
public abstract class Handler {private Handler next;// 设置下一个处理者节点public Handler(Handler next) {this.next = next;}// 节点处理请求事件的过程public abstract String handleRequest(Request request);// 交给下一个节点处理protected String nextHandle(Request request) {if (this.next != null) { // 交给下一个处理者return next.handleRequest(request);} else { // 没有下一个处理者,返回失败return "failed";}}
}

两个具体的责任链处理者:

// 第一个处理者
public class Handler1 extends Handler {public Handler1(Handler handler) {super(handler);}@Overridepublic String handleRequest(Request request) {if (1 == request.getType()) { // 自己能处理return "handler1 success";} else { // 自己不能处理return nextHandle(request);}}
}// 第二个处理者
public class Handler2 extends Handler {public Handler2(Handler handler) {super(handler);}@Overridepublic String handleRequest(Request request) {if (2 == request.getType()) { // 自己能处理return "handler2 success";} else { // 自己不能处理return nextHandle(request);}}
}

测试方法:

public static void main(String[] args) {// 构建责任链Handler handler2 = new Handler2(null);Handler handler1 = new Handler1(handler2);// 开始处理请求事件String resp1 = handler1.handleRequest(new Request(1, "request1 message"));System.out.println(resp1); // 输出:handler1 successString resp2 = handler1.handleRequest(new Request(2, "request1 message"));System.out.println(resp2); // 输出:handler2 successString resp3 = handler1.handleRequest(new Request(3, "request1 message"));System.out.println(resp3); // 输出:failed
}

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



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

相关文章

kotlin中的行为组件及高级用法

《kotlin中的行为组件及高级用法》Jetpack中的四大行为组件:WorkManager、DataBinding、Coroutines和Lifecycle,分别解决了后台任务调度、数据驱动UI、异... 目录WorkManager工作原理最佳实践Data Binding工作原理进阶技巧Coroutine

大数据spark3.5安装部署之local模式详解

《大数据spark3.5安装部署之local模式详解》本文介绍了如何在本地模式下安装和配置Spark,并展示了如何使用SparkShell进行基本的数据处理操作,同时,还介绍了如何通过Spark-su... 目录下载上传解压配置jdk解压配置环境变量启动查看交互操作命令行提交应用spark,一个数据处理框架

Java实现状态模式的示例代码

《Java实现状态模式的示例代码》状态模式是一种行为型设计模式,允许对象根据其内部状态改变行为,本文主要介绍了Java实现状态模式的示例代码,文中通过示例代码介绍的非常详细,需要的朋友们下面随着小编来... 目录一、简介1、定义2、状态模式的结构二、Java实现案例1、电灯开关状态案例2、番茄工作法状态案例

解读静态资源访问static-locations和static-path-pattern

《解读静态资源访问static-locations和static-path-pattern》本文主要介绍了SpringBoot中静态资源的配置和访问方式,包括静态资源的默认前缀、默认地址、目录结构、访... 目录静态资源访问static-locations和static-path-pattern静态资源配置

在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. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者