设计模式--职责链模式(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 的处理逻辑与此类似。

相关推荐
Grey Zeng7 小时前
Java SE 25新增特性
java·jdk·jdk新特性·jdk25
雨白8 小时前
Java 线程通信基础:interrupt、wait 和 notifyAll 详解
android·java
架构师沉默12 小时前
设计多租户 SaaS 系统,如何做到数据隔离 & 资源配额?
java·后端·架构
Java中文社群14 小时前
重要:Java25正式发布(长期支持版)!
java·后端·面试
每天进步一点_JL15 小时前
JVM 类加载:双亲委派机制
java·后端
用户2986985301415 小时前
Java HTML 转 Word 完整指南
java·后端
渣哥15 小时前
原来公平锁和非公平锁差别这么大
java
渣哥16 小时前
99% 的人没搞懂:Semaphore 到底是干啥的?
java
J2K16 小时前
JDK都25了,你还没用过ZGC?那真得补补课了
java·jvm·后端
kfyty72516 小时前
不依赖第三方,不销毁重建,loveqq 框架如何原生实现动态线程池?
java·架构