模式定义
随着系统越来越复杂庞大,定义的类及其衍生的子类也会越来越多,系统的重用性也得到了加强。然而对于一些简单客户端来讲,过于复杂的子系统只会增加对他们的强耦合,一旦子系统变动,所有的客户端也必须跟着改动。外观模式在一定程度上解决了这个问题。它把客户端需要实现的功能包裹起来,客户端只需要访问它这么一个外观,无须窥探内部细节。而子系统的变动,只会影响外观模式本身做少量的变动。外观模式属于技巧性比较弱的一种模式。
使用范围
- 减少客户端对复杂子类的强耦合和依赖性
使用方法
建立一个Facade类,将实现的功能捆绑其中。只提供给客户端一个松耦合的接口。 图略
举例说明
假设我们需要驾驶一辆汽车,无非是两种动作,启动引擎,车轮滚动。因此就有如下两个类:
public class Engine {
public void start(){
System.out.println("Start engine ...");
}
public void stop(){
System.out.println("Stop engine ...");
}
}
--------
public class Wheel {
public void go(){
System.out.println("go ...");
}
public void stop(){
System.out.println("stop ...");
}
}
对于驾驶员来说,他可以直接调用两个类的各自的方法完成驾车的实现。然而很明显,这是驾驶自动车的方法,如果是手动车呢?需要再添加一个类完成离合器类的功能。那么所有的驾驶员类必须都要修改,来适应离合器的加入。这是一件费时没有效率的工作。而引入Facade模式,就可以较好的解决这个问题。
public class CarFacade {
Engine eng;
Wheel w;
public CarFacade(){
eng = new Engine();
w = new Wheel();
}
public void drive(){
eng.start();
w.go();
}
public void pulloff(){
eng.stop();
w.stop();
}
}
对于CarFacade而言,它暴露给驾驶员的只有drive和pulloff两个方法,至于drive如何实现,内部有没有离合器的动作,驾驶员无须知道。一旦开车的方法变了,只需要在Facade内修改drive的方法即可,对于所有的驾驶员类而言,完全不受影响。
因此,驾驶员所需要做的,无非是下面的动作。
public class Client {
public static void main(String args[]){
CarFacade car = new CarFacade();
car.drive();
}
}
类结构示意
该样例的类结构如下:
1424

被折叠的 条评论
为什么被折叠?



