前言
模式介绍
外观模式相比较之下比较简单，模式设计中定义是为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口是的这一子系统更加容易使用。
如果不理解呢，简单些说就是外观模式提供了为内部提供了同意的接口层，解耦了子系统和客户端，这样客户端只需要知道外观类存在即可，不需要知道具体子系统是如何实现的。举一个简单的例子，海参面馆中两个主打面食是：
-
海参炒面
-
辣根汤面
两个主打面食都由一个师傅来做，这个师傅会这两种面食的做法。具体的做法呢如下：
- 海参炒面
1. 剥蒜
2. 拉面
3. 做汤底
- 辣根汤面
1. 制作辣根
这两种面食都有复杂的做法，调用者如果直接调用这种步骤，会让调用者与师傅的耦合性很高，如果有一天制作步骤改了，辣根汤面要剥蒜，那就需要修改调用者接口，这样是不可以的。
所以这时候师傅就是一个外观类，调用者只需要和他说，我需要一份海参炒面或者辣根汤面即可，具体如何做，就是师傅的事情了。外部不需要管。UML类图如下：
UML类图
代码实例
下面是剥蒜类实现，非常简单，只完成剥蒜动作即可。
#ifndef GRALIC_H
#define GRALIC_H
class gralic
{
public:
gralic();
~gralic();
public:
void peelinggralic();
};
#endif // GRALIC_H
#include <iostream>
#include "gralic.h"
gralic::gralic()
{
}
gralic::~gralic()
{
}
void gralic::peelinggralic()
{
std::cout << "开始剥蒜啦！！！" << std::endl;
}
下面是拉面类实现，只实现拉面动作即可。
#ifndef NOODLE_H
#define NOODLE_H
class noodle
{
public:
noodle();
~noodle();
public:
void makenoodle();
};
#endif // NOODLE_H
#include <iostream>
#include "noodle.h"
noodle::noodle()
{
}
noodle::~noodle()
{
}
void noodle::makenoodle()
{
std::cout << "开始拉面啦！！！" << std::endl;
}
其余子系统类似，就不在此展示了，包括：做汤底类和制作辣根类。
下面是外观模式，厨师师傅类，包含两个接口：制作海参炒面和辣根汤面。但是实现部分是使用各个子系统中的类和接口完成的，完成了客户端调用的解耦动作。
#ifndef COOKERFACADE_H
#define COOKERFACADE_H
class gralic;
class noodle;
class soup;
class lagen;
class cookerfacade
{
public:
cookerfacade();
~cookerfacade();
public:
void makehaishennoodle();
void makelagennoodle();
private:
gralic *m_gra;
noodle *m_noo;
soup *m_so;
lagen *m_lg;
};
#endif // COOKERFACADE_H
#include <iostream>
#include "cookerfacade.h"
#include "gralic.h"
#include "noodle.h"
#include "soup.h"
#include "lagen.h"
cookerfacade::cookerfacade()
{
m_gra = new gralic();
m_noo = new noodle();
m_so = new soup();
m_lg = new lagen();
}
cookerfacade::~cookerfacade()
{
delete m_gra; m_gra = NULL;
delete m_noo; m_noo = NULL;
delete m_so; m_so = NULL;
delete m_lg; m_lg = NULL;
}
void cookerfacade::makehaishennoodle()
{
m_gra->peelinggralic();
m_noo->makenoodle();
m_so->makesoup();
std::cout << "开始做海参炒面啦！！！" << std::endl;
}
void cookerfacade::makelagennoodle()
{
m_lg->makelagen();
std::cout << "开始作辣根汤面啦！！！" << std::endl;
}
下面是客户端代码，可以很明显的看出他只需要知道外观师傅的类即可，别的细节并不需要知道。
#include <iostream>
#include "cookerfacade.h"
using namespace std;
int main()
{
cookerfacade *cf = new cookerfacade();
cout << "老板，来一份辣根汤面！！！" << endl;
cf->makelagennoodle();
cout << "老板，换一份海参炒面！！！" << endl;
cf->makehaishennoodle();
return 0;
}
下面是编译需要的CMakeLists.txt文件：
cmake_minimum_required(VERSION 2.8)
project(cooker-facade)
set(SRC_LIST main.cpp soup.h soup.cpp gralic.h gralic.cpp cookerfacade.h cookerfacade.cpp noodle.h noodle.cpp
lagen.h lagen.cpp)
add_executable(${PROJECT_NAME} ${SRC_LIST})
编译运行结果
外观模式的源代码下载位置是：https://github.com/erguangqiang/freesir_headfirst/blob/master/cooker-facade.tar.gz
代码运行的结果如下：
blog@blog-VirtualBox:~/build-cooker-facade-unknown-Default$ ./cooker-facade
老板，来一份辣根汤面！！！
开始制作辣根！！！
开始作辣根汤面啦！！！
老板，换一份海参炒面！！！
开始剥蒜啦！！！
开始拉面啦！！！
开始做汤底啦！！！
开始做海参炒面啦！！！
结束语
其实外观模式我们可能一直在用，只是我们不知道自己在用外观模式而已，平时我们开发一个系统的时候，对外API完全封装内部子系统接口，以达到便于扩展可维护的目的，其实用的就是外观模式。这种模式可以充分解耦客户端和子系统。同时也是应用比较广比较简单的设计模式。