（9）设计模式之外观模式

外观模式

外观模式：为子系统中的一组接口提供一个一致的页面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
本质：封装交互，简化调用。

---

外观模式在我们生活中比较典型的例子就是基金的买入和卖出。
与基金进行对比的就是股票的买入和卖出。

在炒股时，有可能一个人买多份股票，卖出的时候也可能一块卖出多份股票，每个人和每份股票之间都有联系，这在设计模式中就可以称之为耦合性过高。

但基金就不一样了，买入基金相当于买入了几十支好的股票，不会因为某个股票大跌而影响收益，同时也降低了客户与股票之间的耦合度，客户不必直接与股票进行联系，而是通过基金与股票进行沟通。

这里的基金充当的就是外观类。
结构图：

基金类充当的就是外观类，而各种股票、国债、房地产充当的就是子系统的类，外观类可以整合子系统类，而客户端则可以调用外观类的方法对子系统类进行集中操作。

要想使用好外观模式
首先，在设计初期阶段，应该要有意识的将不同的两个层分离，在层与层之间建立外观Facade类，这样就可以为复杂的子系统提供一个简单的接口，降低耦合度。
其次，在开发阶段，子系统往往因为不断的重构演化而变得越来越复杂，增加了Facade提供一个简单的接口，可以减少他们之间的依赖。
第三，在维护一个遗留的大型系统时，可能这个系统已经非常难以维护和扩展了，可以为新系统开发一个外观Facade类，来提供设计粗糙或高度复杂的遗留代码的比较清晰简单的接口，让新系统与Facade对象交互，Facade与遗留代码交互所有复杂的工作。

当客户程序与抽象类的实现部分之间存在着很大的依赖性时，需要使用外观模式。

外观模式最主要的作用就是维护一个遗留的大型系统，跟踪对系统的使用，强迫所有客户通过Facade使用原系统。

外观模式并不符合开放封闭的原则。