设计模式之外观模式(Facade)C++

外观模式提供了一种简化子系统交互的方式,通过创建一个统一接口,客户端可以更方便地使用复杂的子系统。这种模式降低了客户端与子系统间的耦合,使得子系统内部的修改不会影响到客户端。在C++中,通过定义Facade类来作为子系统的接口,实现子系统功能的调用。使用外观模式可以提高系统的易用性和通用性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

外观模式:为客户端提供一套统一的接口,处理客户端请求,使客户端和具体的功能类分离开来,具体功能类的修改不影响客户端。定义了一个高层接口,使得子系统更容易使用。

动机:将一个系统划分成若干的子系统有利于降低系统的复杂性,一个常见的设计目标是使得各个子系统的通信和相互依赖关系达到最小,达到该目标的途径之一就是引入外观模式,利用外观模式为各个子系统提供一个统一一致的简单界面。

外观模式的通用UML


Facade类:外观类,与客户端直接联系,提供了内部功能的统一接口,屏蔽了内部各个子系统或者类的相互联系细节。

Class1~Class5:内部各个子系统或者是完成功能的相关的类,子系统或者类相互协作外层客户端的请求。


外观模式的效果:

1、对客户屏蔽了子系统组件,因而减少了客户端处理对象的数目,使得子系统使用起来更加方便。

2、实现了子系统和客户端之间的松耦合关系,而子系统的内部各个部件通常都是紧偶尔的。

3、如果客户端需要,它不限制客户端使用子系统类,因此可以再系统的易用性和通用性之间作选择。



一下为通用性外观模式的代码示例:

Façade.h

/*Facade 为外观类,处理客户端的请求,外观类屏蔽了客户端与各子系统,
使得客户端不需要知道子系统的实现细节,各子系统通过外观类统一对外提供
比如说有个VC的编译功能,通过VC的BUILD对外提供,我们不需要知道内部
标识符解析,符号解析等等的细节.

*/


#include<iostream>

class Class1
{
public:
	void MethodA(){ std::cout << "class 1 MethodA\n"; };

};

class Class2
{
public:
	void MethodB(){ std::cout << "class 2 MethodB\n"; };

};

class Class3
{
public:
	void MethodC(){ std::cout << "class 3 MethodC\n"; };

};

class Class4
{
public:
	void MethodD(){ std::cout << "class 4 MethodD\n"; };

};

class Class5
{
public:
	void MethodE(){ std::cout << "class 5 MethodE\n"; };

};

class Facade
{
public:
	Facade();
	~Facade();
	void FunctionA();
	void FuncTionB();
private:
	Class1* pm_class1;
	Class2* pm_class2;
	Class3* pm_class3;
	Class4* pm_class4;
	Class5* pm_class5;
};

Façade.cpp

#include"Facade.h"

Facade::Facade()
{
	pm_class1 = new Class1();
	pm_class2 = new Class2();
	pm_class3 = new Class3();
	pm_class4 = new Class4();
	pm_class5 = new Class5();
}

Facade::~Facade()
{
	delete pm_class1;
	delete pm_class2;
	delete pm_class3;
	delete pm_class4;
	delete pm_class5;
}

//功能A
void Facade::FunctionA()
{
	pm_class1->MethodA();
	pm_class2->MethodB();
	pm_class3->MethodC();
}

//功能B
void Facade::FuncTionB()
{
	pm_class1->MethodA();
	pm_class2->MethodB();
	pm_class4->MethodD();
	pm_class5->MethodE();
}

客户端代码:

#include "Facade.h"

int main()
{
	/*通过外观类,客户不需要所需功能的内部各个类如何处理请求,
	如何实现这个功能,内部类的修改不影响客户端的代码,客户端不需要重新需要代码
	*/
	Facade facade;
	facade.FunctionA();//客户需要的功能A
	facade.FuncTionB();//客户需要的功能B
	return 0;
}


在软件系统架构设计时应该尽量使用客户端类,充分使用事件机制和消息分发机制



评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值