C++如何使用装饰者模式给类动态添加功能-C++-PHP中文网

装饰者模式在c++中本质是接口继承加组合：所有组件与装饰器均继承同一纯虚基类（如component），装饰器通过std::unique_ptr持有被装饰对象，调用时先执行自身逻辑再委托给内部对象，构造顺序决定执行逆序，且必须严格管理所有权以避免内存泄漏或悬挂指针。

c++如何使用装饰者模式给类动态添加功能

装饰者模式在C++里本质是「接口继承 + 组合」

不是靠宏、模板特化或运行时注入，而是用虚函数接口定义行为契约，再通过组合持有被装饰对象。关键在于所有装饰器和原始类都实现同一抽象基类（比如 Component），且装饰器内部保存一个 std::unique_ptr<component></component> 或裸指针指向被装饰对象。

常见错误是让装饰器直接继承具体类（如 FileLogger → TimestampLogger），这破坏了开闭原则，也失去多层嵌套能力。正确做法是：所有功能扩展都面向接口，而非实现。

Component 是纯虚基类，只声明 operation() 等核心接口
每个装饰器（如 CompressionDecorator）继承 Component，并在构造时接收一个 std::unique_ptr<component></component>
装饰器的 operation() 先调用被装饰对象的 operation()，再叠加自己的逻辑（如压缩、日志、缓存）

如何避免内存泄漏和悬挂指针

装饰器链中对象生命周期必须清晰。推荐统一用 std::unique_ptr 管理所有权，且由最外层装饰器负责释放整个链。不要混用裸指针和智能指针——尤其当装饰器需要传递给其他模块时，裸指针极易导致提前释放或重复释放。

典型坑：CompressionDecorator 构造时接收一个临时 std::unique_ptr，但内部存为裸指针；后续原指针释放后，装饰器还试图调用它，触发未定义行为。

所有装饰器成员变量用 std::unique_ptr<component></component>，不存裸指针
构造函数参数也用 std::unique_ptr<component></component>，并用 std::move 转移所有权
若需共享底层对象（如多个装饰器共用一个 FileWriter），改用 std::shared_ptr，但要警惕循环引用

多层装饰时的调用顺序怎么控制

装饰顺序 = 构造顺序的逆序。因为最外层装饰器最先被构造，它包裹的是内层装饰器；而执行时，最外层的 operation() 会先做自己的事，再调用内层的 operation() —— 所以「外层先执行前置逻辑，内层后执行」。

C++ 算法竞赛自动化测试数据生成与校验框架

根据原题生成新题面、验证器及完整测试数据，自动套用 testlib 模板，用于用户要求生成测试数据时。

下载

例如：auto logger = std::make_unique<timestampdecorator>(std::make_unique<filedecorator>(std::make_unique<consolewriter>()));</consolewriter></filedecorator></timestampdecorator>，调用 logger->write("msg") 时，执行流是：TimestampDecorator::write → FileDecorator::write → ConsoleWriter::write。