1、时常会遇到这样一种情况，我已经设计好了一个接口，并且也有几个实现类，但是我这时发现我设计的时候疏忽了，忘记了一些功能，或者后来需求变动要求加入一些功能，最简单的做法就是修改接口，添加函数，然后继承类中都相应添加实现，这样做倒也没什么问题，但是如果这种变化会经常出现或者继承类非常多。我们的工作量将会大大增加。
2、装饰者模式，在不修改现有的接口和实现类的基础上实现功能或者状态的添加，动态地给一个对象添加一些额外的职责，装饰模式一般针对接口或者抽象类的变化。

#include<iostream>
#include<string>
using namespace std;

//公共抽象类
class Phone
{
public:
	Phone(){}
	virtual ~Phone(){}
	virtual void ShowDecorate(){}
};

//具体手机类
class Aphone:public Phone
{
private:
	string m_name;
public:
	Aphone(string name):m_name(name){}
	~Aphone(){}
	void ShowDecorate()
	{
		cout<<m_name<<"的装饰"<<endl;
	}
};

//装饰类
class DecoratePhone:public Phone
{
private:
	Phone* m_phone; // 要装饰的手机
public:
	DecoratePhone(Phone* phone):m_phone(phone){}
	virtual void ShowDecorate()
	{
		m_phone->ShowDecorate();
	}
};

//具体的装饰类
class DecoratePhoneA:public DecoratePhone
{
private:
	void AddDecorate()
	{
		cout<<"增加挂件"<<endl;
	}
public:
	DecoratePhoneA(Phone* phone):DecoratePhone(phone){}
	void ShowDecorate()
	{
		DecoratePhone::ShowDecorate();
		AddDecorate();
	}
};


class DecoratePhoneB:public DecoratePhone
{
private:
	void AddDecorate()
	{
		cout<<"屏幕贴膜"<<endl;
	}
public:
	DecoratePhoneB(Phone* phone):DecoratePhone(phone){}
	void ShowDecorate()
	{
		DecoratePhone::ShowDecorate();
		AddDecorate();
	}
};



int main()
{
	
	Phone *p1 = new Aphone("好用的APhone型号的手机");

	Phone *p1_dpa = new DecoratePhoneA(p1);

	p1_dpa->ShowDecorate();

	Phone* p1_dpa_dpb = new DecoratePhoneB(p1_dpa);

	p1_dpa_dpb->ShowDecorate();

	delete p1; delete p1_dpa;delete p1_dpa_dpb;

	return 0;
}

可能有的朋友会对第二次ShowDecorate函数的调用也会出现增加挂件这句话产生一点疑问，我们第二次调用它会走到装饰B里面的ShowDecorate(),然后走到父类装饰DecoratePhone的ShowDecorate()，这时里面是m_phone->ShowDecorate()；m_phone是要被装饰的手机，是p1_dpa，是Phone父类指向的new出来的DecoratePhoneA类型，会调用DecoratePhoneA里面的ShowDecorate()，然后又走到父类装饰DecoratePhone的ShowDecorate()，里面是m_phone->ShowDecorate()；m_phone是要被装饰的手机，在没被加挂件以前的最基础的p1，调用Aphone里的ShowDecorate()。所以第二次调用的结果依次是后面这三句话。

值得我们注意的是，我们需要保持公共类的简单性。为了保证接口的一致性，组件和装饰必须有一个共同的父类。因此保持这个类的简单些是很重要的。也就是例子中的Phone类。

装饰者模式提供了更加灵活的向对象添加职责的方式。可以用添加和分离的方法，用装饰在运行时刻增加和删除职责，装饰者模式提供了一种“即用即付”的方法来添加职责。它并不试图在一个复杂的可定制的类中支持所有的可预见的特征，相反，你可以定义一个简单的类，并且用装饰类给它逐渐的添加功能，可以从简单的部件组合出复杂的功能。但是同时装饰者模式会使复杂性增加，且导致许多小类的产生。

其中部分内容参考于：https://blog.csdn.net/wuzhekai1985/article/details/6672614