设计模式之外观模式

内容抄自《设计模式》清华大学出版社，2011

模式动机：    在大多数情况下，无论一个网站的大小，都会提供一个网站首页，网站首页一般作为整个网站的入口，
它提供了通往各个子栏目的超链接，对应用户而言只需要记住网站首页的网址，而无须记住每一个子栏目的网址。

模式定义：外部与一个子系统的通信必须通过一个统一的外观对象进行，为子系统中的一组接口提供一个一致的界面

结构分析：

包含角色：
1.Facade（外观角色）
2.SubSystem（子系统角色）

优点：
1.简化客户代码，减少与之关联的对象
2.实现了子系统与客户之间的松耦合关系
3.只是提供一个访问子系统的统一入口，并不影响用户直接使用子系统类

缺点：
1.不能很好地限制客户使用子系统，
2.在不引入抽象外观类的情况下，添加新的子系统可能需要修改外观类的源代码，不符合开闭

适用环境：
1.需要为一个复杂子系统提供一个简单接口
2.客户程序与多个子系统存在很大的依赖性，需要进行解耦

模式应用：

mvc

扩展：

1.一个系统多个外观类
2.加入抽象外观类