标签：
为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层次的接口，这个接口使得这一子系统更加容易使用。
package com.hml.facade; public class SubSystemOne { public void method1 () {} }
package com.hml.facade; public class SubSystemTwo { public void method2 () {} }
package com.hml.facade; public class SubSystemThree { public void method3 () {} }
package com.hml.facade; public class Facade { private SubSystemOne one; private SubSystemTwo two; private SubSystemThree three; public Facade(SubSystemOne one, SubSystemTwo two, SubSystemThree three) { this.one = one; this.two = two; this.three = three; } public void method1() { one.method1(); } public void method2() { two.method2(); } public void method3() { three.method3(); } }
何时使用外观模式？
1、设计初期阶段，应该要有意识的将不同的两个层分离。比如经典的三层架构，就需要考虑在数据访问层和业务逻辑层、业务逻辑层和数据展示层层与层之间建立外观facade，这样可以为复杂的子系统提供一个简单的接口，使得耦合大大降低
2、在开发阶段，子系统往往因为不断的重构演化而变得越来越复杂，大多数的模式使用时也会产生很小的类，这本是好事，但也给外部调用他们的用户程序带来了使用上的困难，增加外观模式可以提供一个简单的接口，减少他们之间的依赖
3、维护一个遗留的大型系统时，可能这个系统都已经非常难以维护和扩展了，但因为它包含非常重要的功能，新的开发还需要依赖它，此时使用外观模式也是非常合适的。可以为新系统开发一个Facade类来提供设计粗糙或者高度复杂的遗留代码的比较清晰简单的接口，让新系统于Facade交互，Facade于遗留代码交互所有复杂的工作
标签：
原文地址：http://www.cnblogs.com/heml/p/4622152.html
