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

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

Guess you like

Origin blog.csdn.net/scarificed/article/details/121409000