C++设计模式——外观模式

外观模式（Facade）：为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用

 

 

#include <iostream>
#include <string>

using namespace std;

class SubSystem1
{
public:
    void Method1()
    {
        cout << "Method1" << endl;
    }
};

class SubSystem2
{
public:
    void Method2()
    {
        cout << "Method2" << endl;
    }
};

class SubSystem3
{
public:
    void Method3()
    {
        cout << "Method3" << endl;
    }
};

//外观类 它需要了解所有的子系统的方法或属性，进程组合 以备外界调用
class Facade
{
public:
    Facade() {
        m_a = new SubSystem1();
        m_b = new SubSystem2();
        m_c = new SubSystem3();
    }
    void Method1()
    {
        m_a->Method1();
        m_b->Method2();
    }
    void Method2()
    {
        m_b->Method2();
        m_c->Method3();
    }
private:
    SubSystem1* m_a;
    SubSystem2* m_b;
    SubSystem3* m_c;
};

int main()
{
    Facade* face = new Facade();  //由于Facade的作用 客户端可以根本不知道三个子系统类的存在
    face->Method1();
    face->Method2();
    system("pause");
    return 0;
}

优点：
1. 松散耦合
外观模式松散了客户端与子系统的耦合关系，让子系统内部的模块能更容易扩展和维护。

2. 简单易用
外观模式让子系统更加易用，客户端不再需要了解子系统内部的实现，也不需要跟众多子系统内部的模块进行交互，只需要跟外观交互就可以了，相当于外观类为外部客户端使用子系统提供了一站式服务。

3. 更好的划分访问层次
通过合理使用Facade，可以帮助我们更好的划分访问的层次。有些方法是对系统外的，有些方法是系统内部使用的。把需要暴露给外部的功能集中到外观中，这样既方便客户端使用，也很好的隐藏了内部的细节。

Facade模式的缺点：

1.过多的或者是不太合理的Facade也容易让人迷惑，到底是调用Facade好呢，还是直接调用模块好。
参考——大话设计模式

参考——C++外观模式详解--设计模式（11）_程序猿老樊的博客-CSDN博客_c++外观模式