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

结构：

例子：

假设你有一套杀手级的家庭影院系统，内含DVD播放器、投影仪、自动屏幕、环绕立体声等。那么当你想看一部DVD时，需要做哪些事情呢（用最土的方式）？

1、将灯光调暗；

2、放下屏幕；

3、打开投影仪；

4、将投影仪的输入切换到DVD；

5、将投影仪设置成宽屏模式；

6、打开功放；

7、将功放的输入设置为DVD；

8、将功放设置为环绕立体声；

9、将功放音量调到中；

10、打开DVD播放器；

11、开始播放DVD。

我想如果每次看DVD时都要进行这样一番折腾，那我宁愿不看了。上面的操作暴露了哪些问题呢？

1、操作麻烦。具体体现在打开DVD、关闭DVD、改听CD或者广播。

2、升级麻烦（就是耦合度太大）。如果我要升级系统，那么我还必须重新学习另一套操作流程。

那么这些问题如何解决呢？

使用外观模式，新建一个门户类（或管理类），暴露出一些方法，在这些方法里对这些子系统进行调用（这里的子系统具体指灯光、屏幕、投影仪、功放、DVD等）。具体代码很简单，略。

外观模式的优点：

1、对接口进行了简化，方便客户使用。

2、可以实现客户与子系统解耦，易于维护。

缺点：

1、多了一个包装类，可能导致复杂度和开发时间的增加，并降低运行时的性能。

值得注意的地方：

1、外观模式对接口进行了简化，但这并不意味着对子系统进行彻底封装。如果有必要，这些子系统的接口还可以继续暴露给客户，这就是所谓的高级功能（或称为自定义）。

2、外观模式不能新增功能，但他可以将某些功能按次序执行。例如先打开DVD，后播放DVD。

3、子系统与外观不是一对一关系，是多对多关系。一个子系统可以拥有多个外观，一个外观可以调用多个子系统。

4、外观模式与适配器模式的区别不是包装的类的多少，而是意图不一样。适配器模式也可以包装很多类，但他的意图是改变接口，符合客户的期望；外观模式是将接口进行简化，方便使用。