大家好，又见面了，我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新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和职责链模式用的不多了现在
- 现在有的人觉得职责链模式不是一个设计模式
- 请求者只需要关系把球踢给第一个接收者即可
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/168498.html原文链接：https://javaforall.net
