参考:
外观设计模式(门面模式) (refactoringguru.cn)
[外观模式(Facade模式)详解 (biancheng.net)](http://c.biancheng.net/view/1366.html)
design-patterns-cpp/facade at master · JakubVojvoda/design-patterns-cpp · GitHub
一、什么是外观模式?
定义:为多个复杂的子系统提供一个一致的接口,从而使这些子系统更加容易被访问,又叫作
门面模式
。
相当于在调用方与接口提供方之间插入了一个中间层,对通用的逻辑进行包装,提供API接口。让使用方可以只关心如何使用,而不用关心中间有怎样复杂的流程。
比如,电话购物时,仅需要客户通过电话下单,而不需要他去了解怎样从出货到收货这一系列流程。这样所有简化了所有客户购物的流程,同时也购物也更高效。
二、实现
外观(Facade)模式包含以下主要角色:
- 外观(Facade):为多个子系统对外提供一个共同的接口。
- 子系统(Sub System):实现系统的部分功能,客户可以通过外观角色访问它。
- 客户(Client):通过一个外观角色访问各个子系统的功能。
Facade.cpp
/*
* C++ Design Patterns: Facade
* Author: Jakub Vojvoda [github.com/JakubVojvoda]
* 2016
*
* Source code is licensed under MIT License
* (for more details see LICENSE)
*
*/
#include <iostream>
/*
* Subsystems
* implement more complex subsystem functionality
* and have no knowledge of the facade
*/
class SubsystemA
{
public:
void suboperation()
{
std::cout << "Subsystem A method" << std::endl;
// ...
}
// ...
};
class SubsystemB
{
public:
void suboperation()
{
std::cout << "Subsystem B method" << std::endl;
// ...
}
// ...
};
class SubsystemC
{
public:
void suboperation()
{
std::cout << "Subsystem C method" << std::endl;
// ...
}
// ...
};
/*
* Facade
* delegates client requests to appropriate subsystem object
* and unified interface that is easier to use
*/
class Facade
{
public:
Facade() : subsystemA(), subsystemB(), subsystemC() {}
void operation1()
{
subsystemA->suboperation();
subsystemB->suboperation();
// ...
}
void operation2()
{
subsystemC->suboperation();
// ...
}
// ...
private:
SubsystemA *subsystemA;
SubsystemB *subsystemB;
SubsystemC *subsystemC;
// ...
};
int main()
{
Facade *facade = new Facade();
facade->operation1();
facade->operation2();
delete facade;
return 0;
}
三、优缺点,适用场景
优点
- 降低了子系统与客户端之间的耦合度,使得子系统的变化不会影响调用它的客户类。
- 对客户屏蔽了子系统组件,减少了客户处理的对象数目,并使得子系统使用起来更加容易。
缺点
- 增加新的子系统可能需要修改外观类或客户端的源代码,违背了开闭原则。