【设计模式-职责链】

2024-08-27 22:12
文章标签 设计模式 职责

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

定义

职责链模式(Chain of Responsibility Pattern)是一种行为型设计模式,它避免请求的发送者与接收者耦合在一起,让多个对象都有机会处理这个请求。将这些对象连成一条链,并沿着这条链传递请求,直到有对象处理它为止。。这种模式创建了一系列处理对象(通常称为链),每个对象都包含对下一个处理对象的引用。如果一个对象不能处理请求,它会将请求传递给下一个对象,直到链的末端。

组成

  • 抽象处理者(Handler):定义了处理请求的接口,通常包括一个处理请求的方法和一个设置下一个处理者的方法
  • 具体处理者(ConcreteHandler):继承自抽象处理者,并实现其接口中的处理请求的方法。如果能够处理请求,处理后终止;否则将请求转发给下一个处理者
  • 客户端(Client):负责将请求发送到链的开头。

UML图

在这里插入图片描述

代码

handler接口

/*** @author Shier* CreateTime 2023/5/20 16:04* 处理请求的接口*/
public abstract class Handler {protected Handler successor;/*** 设置继承者* @param successor*/public void setSuccessor(Handler successor) {this.successor = successor;}public abstract void handleRequest(int request);
}

实现 handler接口

/*** @author Shier* CreateTime 2023/5/20 16:06*/
public class ConcreteHandler1 extends Handler {@Overridepublic void handleRequest(int request) {if (request >= 0 && request < 10) {// 当前处理者权限 0 ~ 9System.out.println(this.getClass().getSimpleName() + "处理了请求" + request);} else if (successor != null) {// 转移给下一个处理者successor.handleRequest(request);}}
}/*** @author Shier* CreateTime 2023/5/20 16:06*/
public class ConcreteHandler2 extends Handler {@Overridepublic void handleRequest(int request) {if (request >= 10 && request < 20) {// 当前处理者权限 10 ~ 19System.out.println(this.getClass().getSimpleName() + "处理了请求" + request);} else if (successor != null) {// 转移给下一个处理者successor.handleRequest(request);}}
}
/*** @author Shier* CreateTime 2023/5/20 16:06*/
public class ConcreteHandler3 extends Handler {@Overridepublic void handleRequest(int request) {if (request >= 20 && request < 100) {// 当前处理者权限 20 ~ 99System.out.println(this.getClass().getSimpleName() + "处理了请求" + request);} else if (successor != null) {// 转移给下一个处理者successor.handleRequest(request);}}
}

client

/*** @author Shier* CreateTime 2023/5/20 16:09*/
public class ChainClient {public static void main(String[] args) {ConcreteHandler1 handler1 = new ConcreteHandler1();ConcreteHandler2 handler2 = new ConcreteHandler2();ConcreteHandler3 handler3 = new ConcreteHandler3();// 设置职责链上下关系handler1.setSuccessor(handler2);handler2.setSuccessor(handler3);// 请求int[] request = {15, 67, 8, 9, 46, 1, 5, 23, 41};// 循环给最小矗立着提交请求,不同的数额,得不同的权限处理者处理for (int i : request) {handler1.handleRequest(i);}}
}

优点

  • 降低耦合度:请求的发送者和接收者解耦,客户端无需指定具体的处理者。
  • 增强灵活性:可以动态地添加或删除处理者,改变链的结构,增强系统的可扩展性。
  • 责任分担:每个处理者只需关注自己能处理的请求部分,职责清晰明确。
  • 代码简洁:避免了大量的条件判断语句,使代码更加简洁、清晰。

缺点

  • 性能问题:如果链过长,可能会导致请求的处理效率下降。
  • 调试困难:由于请求在多个处理者之间传递,调试和追踪请求处理过程可能较为复杂。
  • 可能无处理者:如果没有处理者能够处理请求,可能需要额外的机制来处理这种情况。

场景

  • 有多个对象可以处理同一请求,具体处理者在运行时刻确定。
  • 需要在不明确指定接收者的情况下向多个对象中的一个提交请求。
  • 可动态地指定一组处理对象来处理请求。

总结

职责链模式通过将请求的处理者组织成链式结构,实现了请求发送者与接收者的解耦,增强了系统的灵活性和可扩展性。它适用于多个对象有机会处理同一请求的场景,能够有效地降低系统的复杂度。

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



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

相关文章

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

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

设计模式之工厂模式(通俗易懂--代码辅助理解【Java版】)

文章目录 1、工厂模式概述1)特点:2)主要角色:3)工作流程:4)优点5)缺点6)适用场景 2、简单工厂模式(静态工厂模式)1) 在简单工厂模式中,有三个主要角色:2) 简单工厂模式的优点包括:3) 简单工厂模式也有一些限制和考虑因素:4) 简单工厂模式适用场景:5) 简单工厂UML类图:6) 代码示例: 3、工厂方法模式1) 在工厂方法模式中,有4个主要角色:2) 工厂方法模式的工作流程

C#设计模式(1)——单例模式(讲解非常清楚)

一、引言 最近在学设计模式的一些内容,主要的参考书籍是《Head First 设计模式》,同时在学习过程中也查看了很多博客园中关于设计模式的一些文章的,在这里记录下我的一些学习笔记,一是为了帮助我更深入地理解设计模式,二同时可以给一些初学设计模式的朋友一些参考。首先我介绍的是设计模式中比较简单的一个模式——单例模式(因为这里只牵涉到一个类) 二、单例模式的介绍 说到单例模式,大家第一

漫谈设计模式 [12]:模板方法模式

引导性开场 菜鸟:老大,我最近在做一个项目,遇到了点麻烦。我们有很多相似的操作流程,但每个流程的细节又有些不同。我写了很多重复的代码,感觉很乱。你有啥好办法吗? 老鸟:嗯,听起来你遇到了典型的代码复用和维护问题。你有没有听说过“模板方法模式”? 菜鸟:模板方法模式?没听过。这是什么? 老鸟:简单来说,模板方法模式让你在一个方法中定义一个算法的骨架,而将一些步骤的实现延迟到子类中。这样,你可

漫谈设计模式 [9]:外观模式

引导性开场 菜鸟:老鸟,我最近在做一个项目,感觉代码越来越复杂,我都快看不懂了。尤其是有好几个子系统,它们之间的调用关系让我头疼。 老鸟:复杂的代码确实让人头疼。你有没有考虑过使用设计模式来简化你的代码结构? 菜鸟:设计模式?我听说过一些,但不太了解。你觉得我应该用哪个模式呢? 老鸟:听起来你的问题可能适合用**外观模式(Facade Pattern)**来解决。我们可以一起探讨一下。

设计模式大全和详解,含Python代码例子

若有不理解,可以问一下这几个免费的AI网站 https://ai-to.cn/chathttp://m6z.cn/6arKdNhttp://m6z.cn/6b1quhhttp://m6z.cn/6wVAQGhttp://m6z.cn/63vlPw 下面是设计模式的简要介绍和 Python 代码示例,涵盖主要的创建型、结构型和行为型模式。 一、创建型模式 1. 单例模式 (Singleton

漫谈设计模式 [6]:适配器模式

引导性开场 菜鸟:老鸟,我最近在项目中遇到一个问题,我们的系统需要集成一个新的第三方库,但这个库的接口和我们现有的代码完全不兼容。我该怎么办? 老鸟:这是个常见的问题,很多开发者都会遇到这种情况。你有没有听说过适配器模式? 菜鸟:适配器模式?没有,能详细说说吗? 老鸟:当然可以!这就是我们今天要讨论的主题。适配器模式是一个设计模式,可以帮助我们解决你现在遇到的问题。 渐进式介绍概念 老

2 观察者模式(设计模式笔记)

2 观察者模式(别名:发布-订阅) 概念 定义对象间的一种一对多的依赖关系,当一个对象状态发生变化时,所以依赖于它的对象都得到通知并被自动更新。 模式的结构与使用 角色 主题(Subject)观察者(Observer)具体主题(ConcreteSubject)具体观察者(ConcreteObserver) 结构 Subject依赖于Observer最重要!!! package

1 单例模式(设计模式笔记)

1 单例模式 概述:使得一个类的对象成为系统中的唯一实例。 具体实现: 构造函数私有化 限制实例的个数 懒汉式(时间换空间) public class Singleton2 {public static Singleton2 singleton2;private Singleton2(){}public static Singleton2 getInstance() throws I

第三章 UML类图简介(设计模式笔记)

第三章 UML类图简介 3.1类 3.2接口 名字层必须有<> 3.3 泛化(继承)关系 箭头终点端指向父类(空心三角形) 3.4 关联(组合1)关系 B类是A类的成员变量 ,称A关联B。 箭头终点端指向B 3.5 依赖(组合2)关系 B类是A类的某个方法的参数 ,称A依赖B。 箭头终点端指向B(虚线) 3.6 实现关系 箭头终点端指向接口(虚线,空心