装饰器和外观模式
当第一眼看到这两个模式的时候,我感觉很相同,但是当我认真的学习了相关知识的时候,发现差别很大。举个例子理解的话:对于一杯奶茶而言:
装饰器模式:就是在奶茶里面加椰果、加珍珠、加燕麦等等。通过一种加入的方式,给已有的东西添加功能
外观模式:就是奶茶店的招牌,你不需要知道每个奶茶是怎么做的,你只需要调用招牌,选择一种奶茶,然后别人就会给你你想要的奶茶。将一个系统或者一个功能组的所有接口封装成一个类,这就是外观模式,从外而观之的接口。
我只是在进行学习的时候将两种模式进行了联合使用,而不意味着这两种模式就只能一起使用。
对于一杯奶茶而言,一杯奶茶是一个具体的东西,而装饰器模式就是给奶茶里面添加椰果、燕麦、珍珠等等的配料,而在在代码中就表示为为一个已经存在的类,附加一些其他的功能,但是在使用的时候,不同的地方所需要的功能不尽相同,因此如果直接使用继承来实现所有的功能会造成资源的浪费,因此产生了装饰器模式,将大部分的功能以一个个外部挂接类来补充具体类,你在不同的地方只需要对具体类进行包装,使其具备需要具备的功能即可。
而在这个奶茶制作前的流程应该是:
客户->看菜单->点奶茶->奶茶生成。
而此处的菜单就可以看作是外观模式的一种体现。外观模式简单来说,就是一个系统或者说是一个功能组,将这个系统的接口进行整合集中到一个类中,因此客户不用知道系统实际实现,而只需要知道这个接口类所提供的接口就行了,就相当于你不用知道这个奶茶怎么做的,你只要知道菜单上有这个奶茶,我想要就行了。
整体而言就是外观模式:左侧怎么生成奶茶、果汁、咖啡的过程视为一个整体,右侧的类就是这个整体的接口,在使用的过程中,我只需要调用这个接口类所提的功能,不需要管实际生产过程。

而左边生成的系统其实现方法就是装饰器模式,直白来说就是,一杯原始的奶茶,在客户的要求下,去添加椰果、燕麦等等配料,然后得到一杯奶茶,给顾客。
装饰模式优缺点:
优点:
- 代码耦合度低,而且装饰类和被装饰类(具体类)从图上可用看出没有交互,因此双方的修改没有互相影响。(具体的奶茶类是被装饰类,而各种配料就是装饰类)
- 装饰类不需要知道具体的类实现过程,只需要在外部进行加工即可,相反具体类也不需要知道装饰类
缺点:
- 对于很多的装饰类来讲,过多的类会使得结构复杂。
- 你需要在创建的时候,可能会需要多重类创建,即如果对象需要的功能过多,你可以要创建许多中间类对象来表示
场景:
- 给类添加功能而不修改类的代码
- 对于一个类可用实现的功能,你想随时的替换或者扩充。
外观模式优缺点:
优点:
- 简化了用户的使用过程
- 权限控制,给一个系统指定一些访问规则
缺点:
- 系统内部的拓展可能会影响改接口类的一些接口,可能导致错误,而且在系统改变的时候,可能需要同时修改该类的代码,使得违背了开放封闭原则。
场景:
- 系统内部调用接口太过于繁琐时
- 系统内部不存在过多的修改时
- 系统内部需要一定的访问权限限制时
// Decorator_Exterior_Model.cpp : 此文件包含 "main" 函数。程序执行将在此处开始并结束。
//
#include <iostream>
#include <string>
using namespace std;
#define interface struct
//抽象接口,因为在c++中,类似的指针使用需要一个共同的接口
//来提供指针的自我下到上的替换,即子类的指针可用赋值给父类的指针
interface INaiCha
{
virtual string buyNaiCha() = 0;
};
//具体的一杯普通奶茶
class CNaiCha :public INaiCha
{
public:
string buyNaiCha() {
return "买一杯奶茶";
}
};
//装饰器-简单来说就是提供一个装饰的总接口
class CNaiChaDecorator :public INaiCha
{
protected:
INaiCha* m_naiCha;
public:
CNaiChaDecorator(INaiCha* naiCha) { m_naiCha = naiCha; }
string buyNaiCha() { return m_naiCha->buyNaiCha(); }
};
//具体的各种配料,就是你需要给一杯奶茶这个具体的事物类,需要添加一些什么功能
class CYeGuo :public CNaiChaDecorator
{
public:
CYeGuo(INaiCha* naiCha):CNaiChaDecorator(naiCha) { }
string buyNaiCha() { return m_naiCha->buyNaiCha() + "加椰果"; }
};
class CZhenZhu :public CNaiChaDecorator
{
public:
CZhenZhu(INaiCha* naiCha) :CNaiChaDecorator(naiCha) { }
string buyNaiCha() { return m_naiCha->buyNaiCha() + "加珍珠"; }
};
class CYanMai :public CNaiChaDecorator
{
public:
CYanMai(INaiCha* naiCha) :CNaiChaDecorator(naiCha) { }
string buyNaiCha() { return m_naiCha->buyNaiCha() + "加燕麦"; }
};
//这个奶茶点可能还存在果汁、咖啡等等产品,如果将所有的饮品视为一个系统或者功能类
//之后在添加一个介绍所有产品的菜单,则用户只需要知道这个菜单上面提供什么
//就可以通过使用菜单的接口,让老板给什么产品
//而这种将系统的接口同步到一个类中,就是外观模式,而菜单这个类就是
//系统的外部接口。
class CExterior
{
private:
INaiCha* m_naiCha;
//IGuoZhi* m_guoZhi;
//IKaFei* m_kaFei;
public:
string buyNaiCha()
{
m_naiCha = new CNaiCha();
return m_naiCha->buyNaiCha();
}
string buyYeGuoNaiCha()
{
m_naiCha = new CYeGuo(new CNaiCha());
return m_naiCha->buyNaiCha();
}
string buyYeGuoYanMaiNaiCha()
{
m_naiCha = new CYeGuo(new CYanMai(new CNaiCha()));
return m_naiCha->buyNaiCha();
}
string buyAllNaiCha()
{
m_naiCha = new CYeGuo(new CZhenZhu(new CYanMai(new CNaiCha())));
return m_naiCha->buyNaiCha();
}
};
int main()
{
//装饰器模式
INaiCha* naiCha = NULL;
cout << "装饰器模式调用:" << endl;
naiCha = new CNaiCha();
cout << naiCha->buyNaiCha() << endl;
naiCha = new CYeGuo(new CNaiCha());
cout << naiCha->buyNaiCha() << endl;
naiCha = new CYeGuo(new CYanMai(new CNaiCha()));
cout << naiCha->buyNaiCha() << endl;
naiCha = new CYeGuo(new CZhenZhu(new CYanMai(new CNaiCha())));
cout << naiCha->buyNaiCha() << endl;
//外观模式调用
cout << "外观模式调用:" << endl;
CExterior *exter = new CExterior();
cout << exter->buyNaiCha() << endl;
cout << exter->buyYeGuoNaiCha() << endl;
cout << exter->buyYeGuoYanMaiNaiCha() << endl;
cout << exter->buyAllNaiCha() << endl;
}
本文探讨了装饰器模式和外观模式的区别。装饰器模式用于给已有类添加功能,如在奶茶中添加配料,降低了代码耦合度。而外观模式则提供一个统一接口,简化系统调用流程,如奶茶店的菜单。两者在不同场景下有各自优势,但过多的装饰类可能导致结构复杂,系统内部修改可能影响外观模式的接口。
583

被折叠的 条评论
为什么被折叠?



