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

职责链模式(Chain of Responsibility Pattern)是一种行为设计模式,它为请求创建了一个接收者对象的链。

这种模式给予请求的类型,对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为型模式。

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

职责链模式主要包含以下角色:

  1. 抽象处理者(Handler):定义了一个处理请求的接口,通常包含一个指向下一个处理者的引用。
  2. 具体处理者(Concrete Handler):具体处理者接收到请求后,可以选择将请求处理掉,或者将请求传给下一个处理者。
  3. 客户类(Client):客户类负责将请求发送到链上,开始请求的处理。

职责链模式主要解决的问题是,请求的发送者不知道接收者是谁,也不知道请求的处理过程。请求在所有的处理者对象中传递,直到被某个处理者处理。这样实现了请求发送者和接收者之间的解耦。

以下是一个简单的职责链模式的 C++ 实现:

c 复制代码
#include <iostream>

// 抽象处理者
class Handler {
public:
    virtual ~Handler() {}
    virtual void setNext(Handler* handler) = 0;
    virtual void handleRequest(int request) = 0;
};

// 具体处理者
class ConcreteHandler1 : public Handler {
public:
    ~ConcreteHandler1() {
        delete next;
    }
    void setNext(Handler* handler) override {
        next = handler;
    }
    void handleRequest(int request) override {
        if (request == 1) {
            std::cout << "ConcreteHandler1 handled the request." << std::endl;
        } else if (next) {
            next->handleRequest(request);
        }
    }
private:
    Handler* next = nullptr;
};

class ConcreteHandler2 : public Handler {
public:
    ~ConcreteHandler2() {
        delete next;
    }
    void setNext(Handler* handler) override {
        next = handler;
    }
    void handleRequest(int request) override {
        if (request == 2) {
            std::cout << "ConcreteHandler2 handled the request." << std::endl;
        } else if (next) {
            next->handleRequest(request);
        }
    }
private:
    Handler* next = nullptr;
};

// 客户端代码
int main() {
    Handler* handler1 = new ConcreteHandler1;
    Handler* handler2 = new ConcreteHandler2;
    handler1->setNext(handler2);
    handler1->handleRequest(1);
    handler1->handleRequest(2);
    delete handler1;
    return 0;
}

在这个例子中,ConcreteHandler1 和 ConcreteHandler2 是具体的处理者,它们都继承自抽象处理者 Handler。当接收到请求时,如果 ConcreteHandler1 能处理请求,就处理请求;否则,就将请求传递给下一个处理者 ConcreteHandler2。ConcreteHandler2 的处理逻辑与此类似。

相关推荐
砚底藏山河15 小时前
容错重试与指数退避:网络抖动手抖不再丢数据(魔码量化实战 #04)
java·数据库·python·金融
2501_9304724415 小时前
云安全自查清单:用腾讯云助手 30 分钟完成一次权限与密钥体检
java·腾讯云
letisgo515 小时前
JAVA 高级进阶05篇《Spring容器机制:Bean生命周期与三级缓存全解》
java·spring·面试·ioc·源码分析
岁月如歌778615 小时前
分布式锁完全指南:从数据库到 Redisson 的演进
java·后端·架构
AI深栈16 小时前
第 8 章 · Tool Calling 与 Tool Search
java·人工智能
写后端的胖头鱼16 小时前
【高频面试题】spring事物失效场景(带原理 + 代码示例)
java·后端·spring·事务·事物失效
小孩玩什么16 小时前
深入理解字符串匹配算法:BF算法,KMP算法
java·c语言·开发语言·数据结构·c++·算法
feiyu_gao16 小时前
Cocreation Framework:一套给所有人的 AI 协作思考系统
设计模式·aigc·ai编程
长谷深风11116 小时前
Agent执行系统中的身份与版本设计
java·大数据·人工智能·ai·大模型·task·aiagent
Wang's Blog16 小时前
Java框架快速入门: Spring Security+OAuth2之UserDetails与JDBC认证实践
java·网络·spring