C++常见设计模式之装饰者模式

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

#include
#include
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 &＃61; new Aphone("好用的APhone型号的手机");Phone *p1_dpa &＃61; new DecoratePhoneA(p1);p1_dpa->ShowDecorate();Phone* p1_dpa_dpb &＃61; new DecoratePhoneB(p1_dpa);p1_dpa_dpb->ShowDecorate();delete p1; delete p1_dpa;delete p1_dpa_dpb;return 0;
}


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

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

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

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