设计模式-责任链-笔记

动机(Motivation)

在软件构建过程中,一个请求可能被多个对象处理,但是每个请求在运行时只能有个接受者,如果显示指定,将必不可少地带来请求者与接受者的紧耦合。

如何使请求的发送者不需要指定具体的接受者?让请求的接受者自己在运行是决定来处理请求,从而两者解耦。

模式定义:

使多个对象都有机会处理请求,从而避免请求的发送者和接受者之间的耦合关系。将这些对象连成一条链,并沿着这条链传递请求,直到有一个请求处理他为止。

cpp 复制代码
#include <iostream>
#include <string>

using namespace std;

enum class RequestType {
    REQ_HANDLER1,
    REQ_HANDLER2,
    REQ_HANDLER3,
};

class Request {
    string description;
    RequestType reqType;
public:
    Request(const string& desc, RequestType type) 
        : description(desc), reqType(type) {}
    RequestType getReqType() const { return reqType; }
    const string& getDescription() const { return description; }
};

class ChainHandler {
    ChainHandler* nextChain;
    void sendRequestToNextHandler(const Request& req) {
        if (nullptr != nextChain) {
            nextChain->handle(req);
        }
    }
protected:
    virtual bool canHandleRequest(const Request& req) = 0;
    virtual void processRequest(const Request& req) = 0;
public:
    ChainHandler() { nextChain = nullptr; }
    void setNextChain(ChainHandler* next) { nextChain = next; }

    void handle(const Request& req) {
        if (canHandleRequest(req)) {
            processRequest(req);
        }
        else{
            sendRequestToNextHandler(req);
        }
    }
};

class Handler1 : public ChainHandler {
protected:
    virtual bool canHandleRequest(const Request& req) override {
       return req.getReqType() == RequestType::REQ_HANDLER1;
    }
    virtual void processRequest(const Request& req) override {
        cout << "Handler1 is handle request: " << req.getDescription() << endl;
    }
};

class Handler2 : public ChainHandler {
protected:
    virtual bool canHandleRequest(const Request& req) override {
        return req.getReqType() == RequestType::REQ_HANDLER2;
    }
    virtual void processRequest(const Request& req) override {
        cout << "Handler2 is handle request: " << req.getDescription() << endl;
    }
};

class Handler3 : public ChainHandler {
protected:
    virtual bool canHandleRequest(const Request& req) override {
        return req.getReqType() == RequestType::REQ_HANDLER3;
    }
    virtual void processRequest(const Request& req) override {
        cout << "Handler3 is handle request: " << req.getDescription() << endl;
    }
};

int main() {
    Handler1 h1;
    Handler1 h2;
    Handler1 h3;
    h1.setNextChain(&h2);
    h2.setNextChain(&h3);

    Request req("process task ...", RequestType::REQ_HANDLER3);
    h1.handle(req);
    return 0;
}

要点总结:

Chain of Responsibility模式的应用场合在于"一个请求可能有多个接受者,但是最后真正的接受者只有一个",这时候请求发送者与接受者的耦合有可能出现"变化脆弱"的症状,指责链的目的就是将两者解耦,从而更好地应对变化。

应用了Chain of Responsibility模式后,对象的职责分派将更具灵活性。我们可以在运行时动态增加/修改请求的处理职责。

如果请求传递到职责链的末尾乃得不到处理,应该有一个合理的缺省机制。这也使每一个接受对象的职责,而不是发出请求的对象的职责。

相关推荐
茯苓gao27 分钟前
STM32G4 电流环闭环
笔记·stm32·单片机·嵌入式硬件·学习
easy202036 分钟前
机器学习的本质:从跑模型到真正解决问题
笔记·学习·机器学习
汇能感知1 小时前
摄像头模组在智能家居设备中的应用
经验分享·笔记·科技
shizidushu2 小时前
Graph RAG论文阅读笔记
论文阅读·笔记·graphrag
0_0梅伊阁诗人4 小时前
Django ORM 模型
开发语言·数据库·笔记·python·oracle·django
m0_578267864 小时前
从零开始的python学习(九)P142+P143+P144+P145+P146
笔记·python·学习
易元5 小时前
模式组合应用-外观模式
后端·设计模式
easy20206 小时前
Kaggle项目实践——Titanic: Machine Learning from Disaster
笔记·学习·机器学习
The_Second_Coming7 小时前
容器应用学习笔记:containerd 篇
运维·笔记·学习·容器·containerd
HainesFreeman8 小时前
书籍成长书籍文字#创业付费杂志《财新周刊》2025最新合集 更33期
笔记