概述
外观模式是为了解决类与类之间的依赖关系的，像 spring 一样，可以将类和类之间的关系配置到配置文件中，而外观模式就是将他们的关系放在一个 Facade 类中，降低了类类之间的耦合度，该模式中没有涉及到接口
适用性
当你要为一个复杂子系统提供一个简单接口时。子系统往往因为不断演化而变得越来越复杂。大多数模式使用时都会产生更多更小的类。这使得子系统更具可重用性，也更容易对子系统进行定制，但这也给那些不需要定制子系统的用户带来一些使用上的困难。Facade 可以提供一个简单的缺省视图，这一视图对大多数用户来说已经足够，而那些需要更多的可定制性的用户可以越过 facade 层客户程序与抽象类的实现部分之间存在着很大的依赖性。引入 facade 将这个子系统与客户以及其他的子系统分离，可以提高子系统的独立性和可移植性当你需要构建一个层次结构的子系统时，使用 facade 模式定义子系统中每层的入口点。如果子系统之间是相互依赖的，你可以让它们仅通过 facade 进行通讯，从而简化了它们之间的依赖关系
案例
public class Facade {
ServiceA sa
;
ServiceB sb
;
ServiceC sc
;
public Facade() {
sa
= new ServiceAImpl();
sb
= new ServiceBImpl();
sc
= new ServiceCImpl();
}
public void methodA() {
sa
.methodA();
sb
.methodB();
}
public void methodB() {
sb
.methodB();
sc
.methodC();
}
public void methodC() {
sc
.methodC();
sa
.methodA();
}
}
public class ServiceAImpl implements ServiceA {
public void methodA() {
System
.out
.println("这是服务A");
}
}
public class ServiceBImpl implements ServiceB {
public void methodB() {
System
.out
.println("这是服务B");
}
}
public class ServiceCImpl implements ServiceC {
public void methodC() {
System
.out
.println("这是服务C");
}
}
public class Test {
public static void main(String
[] args
) {
ServiceA sa
= new ServiceAImpl();
ServiceB sb
= new ServiceBImpl();
sa
.methodA();
sb
.methodB();
System
.out
.println("========");
Facade facade
= new Facade();
facade
.methodA();
facade
.methodB();
}
}
