C++设计模式之装饰器模式

装饰器模式（DECRATOR）:

为了实现动态的给对象添加职能，即从外部给对象添加相关职能。可以这样理解，比如说一个Person类，该类的操作有能吃、能睡、能跑、但假如随着人类的进化，某一天Person能飞了，能在水里游了等等，按照一般的写法是修改Person这个类，给这个类添加上能飞，能游等操作，但是这样破坏了面向对象的开放-封闭原则（对修改封闭，对拓展开发，有兴趣的可以查看相关文献）,且随着人类的进化这个类就会变得越来越臃肿，越来越复杂，添加任何一个功能都必须对这个臃肿的类进行修改，出错的概率大大提升，且容易影响老功能，而装饰器模式可以解决这类问题，装饰器从外部给类添加职能，而不用去修改原始的类，拓展性好，可复用程度高。

在装饰模式中的各个角色有：
抽象构件（Component）角色：，装饰器和具体需要被装饰的对象都继承自该抽象对象，最重要的一点是Decrator维护了一个需要被装饰的对象的引用，从而达到为该对象添加职能的目的。
具体构件（Concrete Component）角色：定义一个将要接收附加责任的类。
装饰（Decorator）角色：持有一个构件（Component）对象的实例，并定义一个与抽象构件接口一致的接口。
具体装饰（Concrete Decorator）角色：负责给构件对象"贴上"附加的责任。

考虑如下的例子：为一个蛋糕添加装饰。蛋糕店刚生产出来的蛋糕是最原始的，只是一个蛋糕原型，我们需要再这个蛋糕上加上奶油，加上巧克力，加上瓜子仁，写上字等等，将原始蛋糕作为一个Cake类，我们给这个Cake类的对象作装饰，为了不破坏开放-封闭原则，也为了更好的拓展，我们不能直接在Cake这个类里修改，而应该做一个有固定跟你的机器（装饰器）,通过装饰器来给这个蛋糕做装饰。

装饰器的UML如下：

代码如下：
component.h//

#ifndef COMPONENT_H_
#define COMPONENT_H_
#include <iostream>
//这个文件描述原始对象和需要被装饰的对象
//定义一个原始的抽象类蛋糕，装饰器的功能是给蛋糕加上各种装饰，如奶油，巧克力，瓜子仁，花生米等
class Cake  //原始的抽象类
{
   
public:
	virtual void showCake()=0;
	virtual ~Cake(){
   }