C++ 计划模式：职责链模式（Chain of Responsibility）
链接：C++ 计划模式链接：C++ 计划模式 - 组合模式
链接：C++ 计划模式 - 迭代器模式
职责链模式（Chain of Responsibility Pattern）是一种行为型计划模式，它允很多个对象都有机会处置惩罚请求，从而避免请求的发送者和吸收者之间的耦合。这些对象通过形成一条链来传递请求，直到有一个对象处置惩罚它为止。
1. 问题分析
在开发中，我们经常遇到需要将请求发送给多个处置惩罚对象的情况。传统的做法是将所有处置惩罚逻辑会合在一个对象中，这样会导致代码复杂且难以维护。
职责链模式通过将请求的处置惩罚职责分散到多个对象中，每个对象都包含对下一个对象的引用，从而形成一条链。请求沿着这条链传递，直到有一个对象处置惩罚它为止。
2.实现步骤
[*]定义处置惩罚者接口（Handler）：声明处置惩罚请求的方法，并包含对下一个处置惩罚者的引用。
[*]实现详细处置惩罚者类（ConcreteHandler）：实现处置惩罚者接口，处置惩罚它所负责的请求，或将请求传递给下一个处置惩罚者。
[*]客户端代码（Client）：创建处置惩罚者链，并向链上的处置惩罚者对象提交请求。
3.代码示例
3.1.定义处置惩罚者接口
class Handler {
public:
virtual ~Handler() = default;
void setNextHandler(Handler* next) { nextHandler_ = next; }
virtual void handleRequest(const std::string& request) = 0;
protected:
Handler* nextHandler_ = nullptr;
};
3.2.实现详细处置惩罚者类
// 具体处理者类1
class ConcreteHandler1 : public Handler {
public:
void handleRequest(const std::string& request) override {
if (request == "Low") {
std::cout << "ConcreteHandler1 handled the request: " << request << std::endl;
} else if (nextHandler_) {
nextHandler_->handleRequest(request);
}
}
};
// 具体处理者类2
class ConcreteHandler2 : public Handler {
public:
void handleRequest(const std::string& request) override {
if (request == "Medium") {
std::cout << "ConcreteHandler2 handled the request: " << request << std::endl;
} else if (nextHandler_) {
nextHandler_->handleRequest(request);
}
}
};
// 具体处理者类3
class ConcreteHandler3 : public Handler {
public:
void handleRequest(const std::string& request) override {
if (request == "High") {
std::cout << "ConcreteHandler3 handled the request: " << request << std::endl;
} else if (nextHandler_) {
nextHandler_->handleRequest(request);
}
}
};
3.3.客户端代码
int main() {
// 创建处理者对象
ConcreteHandler1 handler1;
ConcreteHandler2 handler2;
ConcreteHandler3 handler3;
// 设置处理者链
handler1.setNextHandler(&handler2);
handler2.setNextHandler(&handler3);
// 提交请求
handler1.handleRequest("Low");
handler1.handleRequest("Medium");
handler1.handleRequest("High");
handler1.handleRequest("Unknown");
return 0;
}
4.总结
[*]长处
[*]低落耦合度：请求的发送者和吸收者解耦。
[*]加强灵活性：可以动态地添加或修改处置惩罚者链。
[*]责任分担：每个处置惩罚者只需处置惩罚自己负责的部门。
[*]缺点
[*]调试困难：由于请求的处置惩罚是沿链传递的，调试时大概需要跟踪多个处置惩罚者。
[*]性能问题：如果链条过长，大概会影响性能。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]