设计模式:Decorator(装饰)模式

Decorator模式:装饰模式




问题:

要使用的对象将执行所需的基本功能,但是,可能需要为这个对象将添加某些功能。,这些附加功能可能发生恒在对象的基础功能之前或之后。


关键特征:

意图:动态的给一个对象添加职责。

解决方案:可以无需创建子类,而扩展一个对象的功能。

参与者和协作者

CocreteComponent让Decorator 对象为自己添加功能,有时候用ConcreteComponent的派生类提供核心功能,在这种情况下ConcreteComponent类就不再是具体的,而是抽象的。Component类定义了所有这些类所使用的接口。

效果

所添加的功能放在小对象中,好处是可以在ConcreteComponent对象的功能之前或之后动态的添加功能。注意:随意装饰对象可以在被装饰对象之前或之后添加功能,但是对象链总是终于ConcreteComponent对象。


实现:创建一个抽象类来表示原类和要添加到这个类的新功能。在装饰类中,将对新功能的调用放在对紧随其后对象的调用之前或之后。以获得正确的顺序。


 模式的组成

抽象组件角色(Component):定义一个对象接口,以规范准备接受附加责任的对象,即可以给这些对象动态地添加职责。

具体组件角色(ConcreteComponent) :被装饰者,定义一个将要被装饰增加功能的类。可以给这个类的对象添加一些职责

抽象装饰器(Decorator):维持一个指向构件Component对象的实例,并定义一个与抽象组件角色Component接口一致的接口
具体装饰器角色(ConcreteDecorator):向组件添加职责。


   

举例实现:




 在这种设计中,手机的装饰功能被独立出来,可以单独发展,进而简化了具体手机类的设计。下面给出实现:


#include<iostream>
#include <string>
using namespace std;
//
//抽象类
class Phone
{
public: 
	Phone(){}
	virtual ~Phone(){}
	virtual void ShowDecorate(){}
};

//
//具体的手机类
class iPhone :public Phone
{
private:
	string m_name;
public: 
	iPhone(string name) :m_name(name){}
	 ~iPhone(){}
	 void ShowDecorate(){ cout << m_name << "的装饰" << endl; }
};
class NokiaPhone :public Phone
{
private:
	string m_name;
public:
	NokiaPhone(string name) :m_name(name){}
	~NokiaPhone(){}
	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
{
public: 
	DecoratePhoneA(Phone* phone) :DecoratePhone(phone){}
	void ShowDecorate(){ DecoratePhone::ShowDecorate(); AddDecorate(); }
private:
	void AddDecorate(){ cout << "增加挂件" << endl; }
};

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


int main()
{
	Phone *iphone = new NokiaPhone("6300");
	Phone *dpa = new DecoratePhoneA(iphone);
	Phone *dpb = new DecoratePhoneB(dpa);
	dpb->ShowDecorate();
	delete dpa;
	delete dpb;
	delete iphone;

	return 0;
}



装饰模式的特点:

(1) 装饰对象和真实对象有相同的接口。这样客户端对象就可以以和真实对象相同的方式和装饰对象交互。

(2) 装饰对象包含一个真实对象的索引(reference)

(3) 装饰对象接受所有的来自客户端的请求。它把这些请求转发给真实的对象。

(4) 装饰对象可以在转发这些请求以前或以后增加一些附加功能。这样就确保了在运行时,不用修改给定对象的结构就可以在外部增加附加的功能。在面向对象的设计中,

           常是通过继承来实现对给定类的功能扩展。

装饰模式的实质:

Decorator模式是为已有功能动态的添加更多功能的一种方式,实践中,必须创建一个对象链提供所需的行为。链中的第一个对象由Client对象调用。Clinet对象无需关心对象链的创建,使对象链的创建与使用保持独立。这样Clinet对象就不会受添加功能的新需求影响。


装饰模式的缺点:

1. 这种比继承更加灵活机动的特性,也同时意味着更加多的复杂性。

2. 装饰模式会导致设计中出现许多小类,如果过度使用,会使程序变得很复杂。

3. 装饰模式是针对抽象组件(Component)类型编程。但是,如果你要针对具体组件编程时,就应该重新思考你的应用架构,以及装饰者是否合适。当然也可以改变

Component接口,增加新的公开的行为,实现“半透明”的装饰者模式。在实际项目中要做出最佳选择。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值