C++装饰者模式：原理与实现

拾光

发布时间：2026-10-14| 5人浏览过

原创

在面向对象（OO）设计与开发中，经常需要为一个已定义好的类增加新的操作或职责。若直接使用继承，会导致系统复杂性增加且类继承深度过深。装饰者模式提供了一种基于组合的替代方案，能够在不修改原有类的情况下，灵活地为对象添加功能。

解决的问题与核心思路

当我们需要扩展一个类的行为时，传统的继承方式会引入大量子类，导致“爆炸”问题。装饰模式通过将对象放置在具有相同接口的包裹类中进行处理，从而避免了深层继承带来的复杂性。这种基于组合的设计让系统更加健壮和易于管理。

结构图解析

第1步：理解装饰模式的典型结构

装饰模式依赖于组件、具体组件、装饰器抽象基类以及具体装饰器的协作。其核心结构如下：

组合与多态的威力

在实际应用中，很多人会尝试直接用具体的组件指针来维护关系。这种方式虽然可以实现修饰效果，但缺点是丧失了通用性——只能针对特定的 `ConcreteComponent` 进行修饰。

真正的关键在于利用面向对象的多态特性。通过在结构图中建立公共基类（如 Component），可以让任何实现了该接口的对象都能被装饰器包裹。这意味着：

高度可扩展：即使系统中增加了100个不同种类的组件，只需维护一套装饰逻辑即可。
动态叠加：可以在运行时根据需要，为对象层层叠加不同的修饰操作，而无需预先定义所有的组合状态。
单一修饰场景：如果确定只需要给某类组件添加一种固定的修饰，那么装饰这个基类可以酌情省略，但这会降低整体的灵活性。

C++ 实例展示

以下代码片段展示了如何通过 C++ 实现基本的封装与职责扩展思想。

#include <iostream> 
using namespace std; 
 
class TestA 
{ 
public: 
  void display_a() 
  { 
    cout<<"display a..."<<endl; 
  } 
}; 
 
class TestB 
{ 
public: 
  void display_b() 
  { 
    cout<<"display b..."<<endl; 
  } 
}; 
 
class Facade 
{ 
  TestA *testa; 
  TestB *testb; 
 
public: 
  Facade() 
  { 
    testa = new TestA(); 
    testb = new TestB(); 
  } 
  ~Facade() 
  { 
    delete testa; 
    delete testb; 
  } 
 
  void MethodA() 
  { 
    testa->display_a(); 
    testb->display_b(); 
  } 
}; 
 
int main() 
{ 
  Facade *facade = new Facade(); 
   
  facade->MethodA(); 
 
  system("pause"); 
  return 0; 
}

以上就是C++装饰者模式的原理及代码实现的详细内容，更多关于C++设计模式及OO编程的资料请关注本站其它相关文章！