装饰器模式是一种结构型设计模式，用于在不修改原始对象的前提下动态扩展其功能。1. 它通过组合方式在运行时为对象添加行为；2. 所有装饰器实现统一接口以保持一致性；3. 具体装饰器持有组件指针并在此基础上添加新功能；4. c++中可通过定义公共基类与继承机制模拟该模式；5. 使用时可多层嵌套组合不同装饰器以灵活增强功能；6. 注意内存管理、调用顺序及避免过度嵌套等问题。
在C++中实现装饰器模式，主要是为了在不修改原有对象的前提下动态地扩展其功能。这在需要灵活组合功能、避免类爆炸的场景下特别有用。虽然C++不像Python那样原生支持装饰器语法，但通过面向对象设计和组合方式，完全可以模拟出类似效果。
什么是装饰器模式？
装饰器模式（Decorator Pattern）是一种结构型设计模式，它允许你通过组合的方式，在运行时为对象添加职责或行为，而不是通过继承静态地扩展类。它的核心思想是：保持原始接口一致的同时，层层包裹增强功能。
在C++中，通常的做法是：
立即学习“C++免费学习笔记（深入）”；
- 定义一个公共接口（抽象基类）
- 实现基础功能的“被装饰者”
- 创建装饰器基类，继承自同一接口
- 具体装饰器持有接口指针，并在其基础上添加新行为
如何设计接口与基础类？
首先，你需要定义一个清晰的接口。这个接口将被所有具体组件和装饰器所实现。
class Component {
public:
virtual void operation() = 0;
virtual ~Component() = default;
};接着实现一个基础类，也就是最原始的功能提供者：
class ConcreteComponent : public Component {
public:
void operation() override {
std::cout << "基础功能执行" << std::endl;
}
};这一步的关键在于，所有的装饰器最终都要围绕这个接口进行包装。
装饰器的结构怎么搭建？
装饰器本身也应该是一个Component，所以你可以先定义一个装饰器的基类：
class Decorator : public Component {
protected:
Component* component;
public:
Decorator(Component* comp) : component(comp) {}
void operation() override {
component->operation();
}
};然后就可以创建具体的装饰器类了，比如添加日志、缓存等行为：
class LoggingDecorator : public Decorator {
public:
LoggingDecorator(Component* comp) : Decorator(comp) {}
void operation() override {
std::cout << "[日志] 操作开始" << std::endl;
Decorator::operation();
std::cout << "[日志] 操作结束" << std::endl;
}
};这样你就可以像套娃一样，把多个装饰器一层层包上去。
怎么使用？实际例子说明
假设你有一个网络请求的基础类，你想给它加上日志记录、缓存等功能。
- 基础类：
class NetworkRequest : public Component {
public:
void operation() override {
std::cout << "发起网络请求..." << std::endl;
}
};- 添加日志：
LoggingDecorator loggedReq(new NetworkRequest()); loggedReq.operation();
输出：
[日志] 操作开始 发起网络请求... [日志] 操作结束
- 再加个缓存装饰器：
class CachingDecorator : public Decorator {
public:
CachingDecorator(Component* comp) : Decorator(comp) {}
void operation() override {
std::cout << "[缓存] 检查是否有缓存..." << std::endl;
Decorator::operation();
}
};使用方式：
NetworkRequest req; LoggingDecorator logged(&req); CachingDecorator cached(&logged); cached.operation();
输出顺序会是：
[缓存] 检查是否有缓存... [日志] 操作开始 发起网络请求... [日志] 操作结束
这种方式的好处是，你可以根据需要自由组合不同的装饰器，而不影响原始逻辑。
注意事项和常见问题
-
内存管理要小心：装饰器通常持有
Component指针，如果用裸指针要注意生命周期，建议配合智能指针。 - 调用顺序很重要：最后包装的装饰器最先执行自己的前置操作，而最后执行后置逻辑。
- 接口一致性是关键：所有装饰器必须遵循相同的接口，否则无法灵活替换或组合。
- 不要过度嵌套：太多层装饰会让逻辑复杂，调试困难，建议控制层级数量。
基本上就这些。只要理解了装饰器的核心是“包装+委托”，再结合C++的多态机制，就能很好地应用这一模式。
