一、动机二、适用性三、结构四、参与者
1、Facade2、子系统类 五、效果
1、对客户屏蔽子系统组件2、实现了子系统与客户之间的松耦合关系，而子系统内部的功能组件往往是紧耦合的。3、子系统对客户开放 六、实现
1、降低客户 - 子系统之间的耦合度2、公共子系统类与私有子系统类
一、动机将一个系统划分成若干个子系统有利于降低系统地复杂性。一个常见的设计目标是使子系统间的通信和相互依赖关系达到最小。达到该目标的途径之一就是引入一个外观对象，它为子系统中较为一般的设施提供了一个单一而简单的界面。
这个模式在如 Windows 操作系统中应用的十分广泛。在使用命令行作为交互工具的操作系统中，其提供的各项功能固然强大，但是这种交互方式却不适合普通用户使用。在 Windows 操作系统中，提供了一个用户界面并且对用户屏蔽了底层 exe 的调用。对于普通用户，他们可以通过这样的 GUI 界面进行各种操作。对于少数懂得如何使用底层工具的人，他们仍旧可以通过 dos 和 命令行参数实现定制化和更强大的功能。
二、适用性当你要为一个复杂子系统提供一个简单接口时。子系统往往因为不断演化而变得越来越复杂，大多数模式使用时都会产生更多更小的类。这使得子系统更具可复用性，也更容易对子系统进行定制，但也给那些不需要定制子系统的用户带来一些使用上的困难。Facade 可以提供一个简单的缺省视图，这一视图对大多数用户来说已经足够，而那些需要更多的可定制性的用户可以越过 Facada 层。客户程序与抽象类的实现部分之间存在着很大的依赖性。引入 Facade 将这个子系统与客户及其他的子系统分离，可以提高子系统的独立性和可移植性。模式定义子系统中每层的入口点。如果子系统之间是相互依赖的，可以让他们仅通过 Facade 进行通信，从而简化了它们之间的依赖关系。 三、结构
四、参与者 1、Facade知道哪些子系统负责处理请求将客户的请求代理给适当的子系统对象 2、子系统类
实现子系统的功能处理由 Facade 对象指派的任务没有 Facade 的任何相关信息 五、效果 1、对客户屏蔽子系统组件
这可以有效减少客户需要处理的对象的数目，并使得子系统使用起来更加方便。
2、实现了子系统与客户之间的松耦合关系，而子系统内部的功能组件往往是紧耦合的。松耦合关系使得子系统的组件变化不会影响到它的客户。Facade 模式有助于建立层次结构系统，也有助于对对象之间的依赖关系分层。Facade 模式可以消除复杂的循环依赖关系。这一点在客户系统与子系统分别实现的时候尤为重要。
在大型软件系统中降低编译依赖性至关重要。在子系统类改变时，希望尽量减少重编译工作以节省时间。用 Facade 可以降低编译依赖性，限制重要系统中较小的变化所需的重编译工作。Facade 模式同样也有利于简化系统在不同平台之间的移植过程，因为编译一个子系统一般不需要编译所有其他的子系统。
3、子系统对客户开放我们可以在系统易用性和通用性上自行权衡。
六、实现 1、降低客户 - 子系统之间的耦合度用抽象类实现 Facade 而它的具体子类对应于不同的子系统实现，这可以进一步降低客户与子系统的耦合度。这样，客户就可以通过抽象的 Facade 类接口与子系统通信。这种抽象耦合关系使得客户不知道它使用的是子系统的哪个实现（可以和抽象工厂模式结合）。
除生成子类的方法以外，另一种方法使用不同的子系统对象配置 Facade 对象。为定制 Facade ，仅需对它的子系统对象进行替换。
2、公共子系统类与私有子系统类一个子系统与一个类的相似之处是，它们都有接口并且都封装了一些东西 —— 类封装了状态和操作，而子系统封装了一些类。考虑一个类的公共和私有接口是有益的，我们也可以考虑子系统的公共和私有接口。
子系统的公共接口包含所有的客户程序可以访问的类。私有接口仅用于对子系统进行扩充。当然 Facade 类是公共接口的一部分，但它不是唯一的部分，子系统的其他部分通常也是公共的。例如，编译子系统中的 Parser 类和 Scanner 类就是公共接口的一部分。
私有化子系统类确实有用。在C++中，我们可以借由名称空间仅暴露公共子系统。
