大家好，又见面了，我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新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和职责链模式用的不多了现在
• 现在有的人觉得职责链模式不是一个设计模式
• 请求者只需要关系把球踢给第一个接收者即可