（6）外观模式
外观模式是一个很常用的模式，它最大的特点将细粒度的对象包装成粗粒度的对象,可以这样理解，我们通过外观的包装，使应用程序只能看到外观对象，而不会看到具体的细节对象，这样无疑会降低应用程序的复杂度，并且提高了程序的可维护性。我发现设计模式一直在讲抽象和封装,当然不只是抽象和封装。这种思想将会一直伴随软件开发吧……
它是这样定义的：
Facade，为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
外观模式的结构图：
分析结构图：
红色框即SubSystem Classes，是子系统类集合，实现子系统的功能，处理Facede对象指派的任务，值得注意的是子类中没有Facede的任何信息，即没有对Facede对象的引用。
Facede是外观类，它知道哪些子系统类负责处理请求，将客户的请求代理给适当的子系统对象。
有了外观模式，Client客户就不必与子系统类直接打交道，而是通过外观类这个接口降低了依赖性。完美地体现了依赖倒转原则（针对接口编程，不要对实现编程）和迪米特法则（如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用）。
由结构图写出外观模式的代码：
1.为一个复杂子系统提供一个简单接口，这样再调用这个子系统的时候就不会那么复杂了。2.提高子系统的独立性，外观模式就是在解耦，耦合性降低了子系统的独立性就提高了。
3.在层次化结构中，可以使用Facade模式定义系统中每一层的入口。
外观模式与代理模式的区别：
代理模式
1代理模式中的原类和代理类继承同一父类；
2原类对象与代理类对象接口相同，功能一致；
3 起到了隐藏原类的作用。
外观模式
是多个类的集成、统一适配。
今天学习这个模式并没有感到纠结，感觉越来越简单了，是不是接下来学得会更快呢？希望是吧。
