二十三种设计模式全面解析-职责链模式(Chain of Responsibility Pattern):解放代码责任链,提升灵活性与可维护性

简介: 二十三种设计模式全面解析-职责链模式(Chain of Responsibility Pattern):解放代码责任链,提升灵活性与可维护性

软件开发中,我们经常面临处理请求或事件的情况。有时候,我们需要将请求或事件依次传递给多个对象进行处理,但又不确定哪个对象最终会处理它。这时候,职责链模式(Chain of Responsibility Pattern)就能派上用场了。


1、什么是职责链模式?

职责链模式是一种行为设计模式,它能够使请求发送者和接收者解耦,使代码更具有灵活性和可维护性。


2、职责链模式适用场景

职责链模式适用于以下场景:

(1)、当需要将请求的处理逻辑分离成多个独立的对象,并且每个对象都有可能处理请求时。

(2)、当需要按照一定的顺序处理请求时。

(3)、当希望动态地指定处理请求的对象集合时。


3、职责链模式技术点

在职责链模式中,关键的技术点包括:

(1)、职责链的构成:职责链由多个处理者对象组成,每个处理者对象都包含一个对下一个处理者对象的引用。

(2)、请求的传递:请求从发送者开始,逐级传递给职责链中的处理者对象,直到有一个处理者对象能够处理请求为止。

(3)、处理者对象的判断:每个处理者对象都有一个处理请求的方法,该方法根据自身的判断条件来决定是否处理请求,或将请求传递给下一个处理者对象。


4、详细案例代码

下面我们通过一个简单的场景来演示职责链模式的应用。假设我们正在开发一个购买审批系统,需要根据不同的金额级别来审核购买请求。我们可以构建一个职责链来处理这些审批请求。

// 抽象处理者
abstract class Approver {
    protected Approver nextApprover;
    public void setNextApprover(Approver nextApprover) {
        this.nextApprover = nextApprover;
    }
    public abstract void approveRequest(double amount);
}
// 具体处理者
class Manager extends Approver {
    public void approveRequest(double amount) {
        if (amount <= 1000) {
            System.out.println("Manager approved the purchase request.");
        } else if (nextApprover != null) {
            nextApprover.approveRequest(amount);
        }
    }
}
class Director extends Approver {
    public void approveRequest(double amount) {
        if (amount <= 5000) {
            System.out.println("Director approved the purchase request.");
        } else if (nextApprover != null) {
            nextApprover.approveRequest(amount);
        }
    }
}
class CEO extends Approver {
    public void approveRequest(double amount) {
        if (amount <= 10000) {
            System.out.println("CEO approved the purchase request.");
        } else {
            System.out.println("The purchase request exceeds the company's limit.");
        }
    }
}
// 客户端代码
public class Client {
    public static void main(String[] args) {
        Approver manager = new Manager();
        Approver director = new Director();
        Approver ceo = new CEO();
        manager.setNextApprover(director);
        director.setNextApprover(ceo);
        manager.approveRequest(500);
        manager.approveRequest(5000);
        manager.approveRequest(15000);
    }
}


以上案例代码展示了一个简单的购买审批系统,使用了职责链模式来处理不同金额级别的购买请求。代码中包含了三个具体处理者:Manager(经理)、Director(主管)和CEO(首席执行官),它们按照责任链的顺序构成了一个处理链。


在客户端代码中,首先创建了三个具体处理者对象:manager、director和ceo。然后通过使用setNextApprover()方法,将处理者对象按照处理顺序连接成一个职责链。具体来说,manager的下一个处理者是director,director的下一个处理者是ceo。


接下来,通过调用manager的approveRequest()方法来处理购买请求。如果请求金额小于等于1000,manager会批准请求并输出一条相应的信息。如果请求金额超过1000,manager会将请求传递给下一个处理者,即director。director会进行自身的判断,如果请求金额小于等于5000,director会批准请求并输出信息。


如果请求金额超过5000,director会将请求传递给ceo。ceo会进行最后的判断,如果请求金额小于等于10000,ceo会批准请求并输出信息。如果请求金额超过10000,ceo会拒绝请求并输出相应信息。


通过这样的设计,购买请求会依次经过manager、director和ceo三个处理者对象的判断和处理,直到找到能够处理请求的处理者对象或者达到职责链的末尾。这种方式使得代码具有灵活性,可以根据不同的请求金额级别进行处理,同时也能够方便地扩展和修改职责链。


在实际应用中,职责链模式可以用于各种场景,例如审批流程、日志处理、异常处理等。通过合理构建职责链,可以实现请求的动态分发和处理,提高代码的可维护性和可扩展性。


总结:

职责链模式为我们解决了处理请求或事件的灵活性和可维护性问题,使得代码更加模块化和可扩展。然而,职责链模式并不是适用于所有场景的银弹。在某些情况下,职责链可能会导致请求的传递过程变得复杂,或者可能出现请求无法被任何处理者对象处理的情况。在接下来的博文中,我们将深入探讨职责链模式的优缺点以及更多实际应用案例,帮助你更好地理解和应用这一设计模式


好了,今天的分享到此结束。

相关文章
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
结构型模式描述如何将类或对象按某种布局组成更大的结构。它分为类结构型模式和对象结构型模式,前者采用继承机制来组织接口和类,后者釆用组合或聚合来组合对象。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象结构型模式比类结构型模式具有更大的灵活性。 结构型模式分为以下 7 种: • 代理模式 • 适配器模式 • 装饰者模式 • 桥接模式 • 外观模式 • 组合模式 • 享元模式
925 140
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
设计模式 XML 算法
策略模式(Strategy Pattern)深度解析教程
策略模式属于行为型设计模式,通过定义算法族并将其封装为独立的策略类,使得算法可以动态切换且与使用它的客户端解耦。该模式通过组合替代继承,符合开闭原则(对扩展开放,对修改关闭)。
|
设计模式 SQL Java
【再谈设计模式】解释器模式~语法的解析执行者
解释器模式定义了一种语言的语法表示,并定义一个解释器来解释该语言中的句子。它使用类来表示每个语法规则,并且通过递归调用这些类的方法来解释表达式。本质上,它将一个复杂的表达式分解为一系列简单的部分,然后按照特定的语法规则进行解析和执行。
416 8
|
设计模式 XML Java
【23种设计模式·全精解析 | 自定义Spring框架篇】Spring核心源码分析+自定义Spring的IOC功能,依赖注入功能
本文详细介绍了Spring框架的核心功能,并通过手写自定义Spring框架的方式,深入理解了Spring的IOC(控制反转)和DI(依赖注入)功能,并且学会实际运用设计模式到真实开发中。
【23种设计模式·全精解析 | 自定义Spring框架篇】Spring核心源码分析+自定义Spring的IOC功能,依赖注入功能
|
存储 设计模式 算法
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
行为型模式用于描述程序在运行时复杂的流程控制,即描述多个类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务,它涉及算法与对象间职责的分配。行为型模式分为类行为模式和对象行为模式,前者采用继承机制来在类间分派行为,后者采用组合或聚合在对象间分配行为。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象行为模式比类行为模式具有更大的灵活性。 行为型模式分为: • 模板方法模式 • 策略模式 • 命令模式 • 职责链模式 • 状态模式 • 观察者模式 • 中介者模式 • 迭代器模式 • 访问者模式 • 备忘录模式 • 解释器模式
1701 1
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
|
设计模式 Java 数据库连接
【设计模式】【创建型模式】工厂方法模式(Factory Methods)
一、入门 什么是工厂方法模式? 工厂方法模式(Factory Method Pattern)是一种创建型设计模式,它定义了一个用于创建对象的接口,但由子类决定实例化哪个类。工厂方法模式使类的实例化延迟
384 16
|
设计模式 负载均衡 监控
并发设计模式实战系列(2):领导者/追随者模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第二章领导者/追随者(Leader/Followers)模式,废话不多说直接开始~
378 0
|
设计模式 监控 Java
并发设计模式实战系列(1):半同步/半异步模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第一章半同步/半异步(Half-Sync/Half-Async)模式,废话不多说直接开始~
544 0
|
设计模式 安全 Java
并发设计模式实战系列(12):不变模式(Immutable Object)
🌟 大家好,我是摘星!🌟今天为大家带来的是并发设计模式实战系列,第十二章,废话不多说直接开始~
311 0
|
设计模式 前端开发 搜索推荐
前端必须掌握的设计模式——模板模式
模板模式(Template Pattern)是一种行为型设计模式,父类定义固定流程和步骤顺序,子类通过继承并重写特定方法实现具体步骤。适用于具有固定结构或流程的场景,如组装汽车、包装礼物等。举例来说,公司年会节目征集时,蜘蛛侠定义了歌曲的四个步骤:前奏、主歌、副歌、结尾。金刚狼和绿巨人根据此模板设计各自的表演内容。通过抽象类定义通用逻辑,子类实现个性化行为,从而减少重复代码。模板模式还支持钩子方法,允许跳过某些步骤,增加灵活性。
980 11

推荐镜像

更多
  • DNS