大家好，又见面了，我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。

Jetbrains全系列IDE使用 1年只要46元 售后保障 童叟无欺

动机

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

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

模式定义

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

实例

#include<bits/stdc++.h>
#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,Request type) : description(desc),reqType()
    RequestType getReqType()const { 
   return reqType;}

    const string& getDescription()const { 
   return description;}
}

class ChainHandler{ 
   
    ChainHandler *nextChain;
    void sendRequestToNextHandler(const Request &req){ 
   
        if(nextChain != nullptr){ 
   
            nextChain->handle(req);
        }
    }
protected:
    virtual bool canHandleRequest(const Request& req) = 0;
    virtual bool 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:
    bool canHandlerRequest(const Request&req)override{ 
   
        return req.getReqType() == RequestType::REQ_HANDLER1;
    }
    void processRequest(const Request&req)override{ 
   
        cout << "Handler1 is handle request" << req.getDescription() << endl;
    }
};
class Handler2 : public ChainHandler{ 
   
protected:
    bool canHandlerRequest(const Request&req)override{ 
   
        return req.getReqType() == RequestType::REQ_HANDLER2;
    }
    void processRequest(const Request&req)override{ 
   
        cout << "Handler2 is handle request" << req.getDescription() << endl;
    }
};
class Handler3 : public ChainHandler{ 
   
protected:
    bool canHandlerRequest(const Request&req)override{ 
   
        return req.getReqType() == RequestType::REQ_HANDLER3;
    }
    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模式后.对象地指责分配将更具灵活性.我们可以在运行时动态添加/修改请求地处理职责
• 如果请求传递到职责链地末尾仍得不到处理 应该有一个合理地缺省机制.这也是每一个接收对象的责任.而不是发出请求的对象的责任

笔记

• Iterator和职责链模式用的不多了现在
• 现在有的人觉得职责链模式不是一个设计模式
• 请求者只需要关系把球踢给第一个接收者即可