11 结构型模式-----外观模式

模式动机(Facade Pattern)：在设计一个复杂系统时，一般会将其分解为若干个具有特定功能的子系统以便于分析设计，这样的话就会导致数量众多的子系统接口出现，使得与调用者的交互变得复杂了。解决办法是在所有子系统的上一层提供一个外观类(Facade)，其负责对所有子系统的统一调用，客户只需和外观类交互即可。

模式结构图：

 

模式代码：

bt_外观模式.h：

#ifndef FP_H
#define FP_H
#include <iostream>

/*
    定义子系统SubSys*
*/
class SubSysA
{
public:
    void UseSysA(){ std::cout << "Use SubSystem A" << std::endl; }
};
class SubSysB
{
public:
    void UseSysB(){ std::cout << "Use SubSystem B" << std::endl; }
};
class SubSysC
{
public:
    void UseSysC(){ std::cout << "Use SubSystem C" << std::endl; }
};

/*
    定义外观类Facade
*/
class Facade
{
public:
    void Operation()
    {
        pa->UseSysA();
        pb->UseSysB();
        pc->UseSysC();
    }

private:
    SubSysA* pa;
    SubSysB* pb;
    SubSysC* pc;
};

#endif // FP_H

 

 

 

测试用例.cpp：

#include "bt_外观模式.h"

int main()
{
    std::cout << "***** 外观模式测试 *****" << std::endl;
    Facade* pf = new Facade;
    pf->Operation();
    delete pf;

    return 0;
}

 

模式分析：

1》 外观模式降低了客户与子系统之间的耦合性，使得客户端编码更加简洁。 如果用抽象接口设计Façade类，由具体的Facade子类对应不同的子系统的实现，那么可以进一步降低客户与子系统之间的耦合。

2》 如果客户对于子系统设计比较熟悉，那么可以跳过外观类直接访问子系统的接口。

3》 在系统分层设计时，可以考虑使用外观类作为层间接口，这样可以降低不同层次之间的依赖。

4》 一个系统可以同时拥有多个外观类，使得每个外观类负责固定区域子系统，这样有时候便于管理。

5》 在增加新的子系统时，必须修改外观类代码，此时如果将外观类设计为接口类，那么只需修改其具体实现类即可，可以确保与客户之间的接口保持不变。