设计模式-外观模式

1. 外观模式：外观模式就是将一组具有类似功能的类群，比如类库，子系统等等抽象到同⼀一个的接⼝进⾏行管理，外界只需要通过此接⼝口与⼦子类系统进⾏行交互，⽽而不必要直接与复杂的⼦子类系统进⾏行交互。
2. 根据迪米特法则，如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。

外观模式角色：
Façade(外观角色)：为调用方,定义简单的调用接口。
SubSystem(子系统角色)：功能提供者。指提供功能的类群（模块或子系统）。

例如：根据类图，实现家庭影院外观模式应用。
实现KTV模式：电视打开，灯关掉，音响打开，麦克风打开，dvd打开；
实现游戏模式：电视打开，音响打开，游戏机打开。
客户端：
    家庭影院(外观模式):
                    电视
                    灯光
                    音响
                    麦克风
                    dvd
                    游戏机
外观模式创建接口方法， 提供一套管理流程。不关心需要启动啥，客户只要启动KTV模式或游戏模式。

优点：
(1) 它对客户端屏蔽了子系统组件，减少了客户端所需处理的对象数目，并使得子系统使用起来更加容易。通过引入外观模式，客户端代码将变得很简单，与之关联的对象也很少。
(2) 它实现了子系统与客户端之间的松耦合关系，这使得子系统的变化不会影响到调用它的客户端，只需要调整外观类即可。
(3) 一个子系统的修改对其他子系统没有任何影响。
缺点：
(1) 不能很好地限制客户端直接使用子系统类，如果对客户端访问子系统类做太多的限制则减少了可变性和灵活 性。
(2) 如果设计不当，增加新的子系统可能需要修改外观类的源代码，违背了开闭原则。

适用场景：
(1) 复杂系统需要简单入口使用。
(2) 客户端程序与多个子系统之间存在很大的依赖性。
(3) 在层次化结构中，可以使用外观模式定义系统中每一层的入口，层与层之间不直接产生联系，而通过外观类建立联系，降低层之间的耦合度。