外观模式

模式动机:引入外观角色之后，用户只需要直接与外观角色交互，用户与子系统之间的复杂关系由外观角色来实现，从而降低了系统的耦合度。

 

定义：为多个复杂的子系统提供一个一致的接口，使这些子系统更加容易被访问。

 

优点: 对客户屏蔽子系统组件，减少了客户处理的对象数目并使得子系统使用起来更加容易

实现了子系统与客户之间的松耦合关系

降低了大型软件系统中的编译依赖性，并简化了系统在不同平台之间的移植过程

只是提供了一个访问子系统的统一入口，并不影响用户直接使用子系统类

缺点:

     不能很好地限制客户使用子系统类

     在不引入抽象外观类的情况下，增加新的子系统可能需要修改外观类或客户端的源代码，违背了“开闭原则”