设计模式—外观模式

                 外观模式是软件工程中常用的软件设计模式，它为子系统中的一组接口提供一个统一的高层接口。使用子系统更容易使用。就像以前老式的电话机，还记得《雪豹》里的一个场景：周卫国给萧雅打电话的话，他是先拨号到萧雅所在地区的电话，然后由话务员转接给萧雅。而那个话务员就像是我们的外观模式一样，它将萧雅等用户的对外信息封装成该地区的号码，根据周卫国的要求为他接通萧雅学校。话务员就是高级接口。

  

       那么我们什么时候使用外观模式呢？

       首先，在设计初期阶段，应该要有意识的将不同的两个层分离，比如经典的三层架构，就需要考虑在数据访问层和业务逻辑层、业务逻辑层和表示层的层与层之间建立外观Facade，这样可以为复杂的子系统提供一个简单的接口，使得耦合大大降低。其次，在开发阶段，子系统往往因为不断的重构演化而变得越来越复杂，大多数的模式使用也能回产生很多很小的类，这本是好事，但也给外部调用他们的用户程序带来了使用上的困难，增加外观 Facade可以提供一个简单的接口，减少他们之间的依赖。第三，在维护一个遗留的大型系统时，他很难维护和扩展，但是又有我们需要的功能，新的需求开发必须依赖他。为新系统开发一个外观Facade类，类提供设计粗糙或高度复杂的遗留代码的比较清晰简单的接口，让新系统和高层及接口（Facade）交互，Facade与遗留代码交互所有复杂的工作。

       初学了外观模式总感觉他与代理模式很相同，都是通过一个接口来实现的，他们的具体区别是什么呢：

       对于区别自己也没有弄的很明白，说一下自己的理解吧。外观模式为子系统中的一组接口提供一个一致的界面，就像是对一堆乱七八糟的东西给盖起来，只留一个小的窗口，如果需要你只要来这个窗口喊一嗓子（调用）就可以了。代理模式：为其他对象提供一种代理以控制对这个对象的访问。他们的作用很相似，只是代理模式是为对象服务的，相对于外观的范围小一些。

        这些模式学的模式越多觉得他们就好难分辨，作为一个初学者还有很长的路要走。

        上面的这些只是个人的见解，希望各位多提宝贵意见。