利用外观模式封装类的变化

1，意图
外观模式定义了一个把子系统的一组接口集成在一起的高层接口，以提供一个一致的处
理方式，其它系统可以方便的调用子系统中的功能，而忽略子系统内部发生的变化。
2，使用场合
1）为一个比较复杂的子系统，提供一个简单的接口。
2）把客户程序和子系统的实现部分分离，提高子系统的独立性和可移植性。
3）简化子系统的依赖关系
3，结构
下图是外观模式的结构，由于该模式的引入，所以外界访问通过这个统一的接口进行，
系统的复杂性得以降低。
4，使用效果
外观模式为用户提供了使用子系统组件的统一的接口，使用户减少了处理对象的数目，
并且使子系统使用简单。使用外观模式使子系统和客户之间实现松散耦合关系，由于用户针
对接口编程，因此子系统的变化不会影响到客户的变化，而且有助于分层架构的实现。
如图所示某信息系统的总体体系结构图，其中客户端使用了分层结构。
在这个结构中，应用层与领域层的连接关系非常混乱，领域层中类的任何变化都可能引
起应用层大量的未知变化，使系统的升级时成本很高，可维护性大幅降低。由于这种混乱是
在类的（或者模块）的层面上，为了解决这个问题，我们可以使用外观模式，如下图所示。
这种模式一个显而易见的好处，本来一个类的修改可能会影响一大片代码，而加了外观
类以后只需要修改很少量的代码就可以了，这就使系统的高级维护成为可能。