【设计模式】学习笔记10：外观模式（Facade）

本文出自   http://blog.csdn.net/shuangde800

上一次我们已经知道了适配器模式是如何将一个类的接口转换成另一个符合客户期望的接口了。Java中要做到这一点，必须将一个不兼容接口的对象包装起来，变成兼容的对象。

这次要学的是外观模式.

外观模式是将一个或数个类的复杂的一切都隐藏在背后，只显露出一个干净美好的外观。

走近外观模式

假设要用Java设计一个家庭影院，包括DVD播放器，投影仪，自动屏幕，环绕立体声，甚至还有爆米花机，你设计了一些类：

如果你要看电影，要先做好一系列的步骤：

1.打开爆米花机

2.开始爆米花

3.将灯光调暗

4.放下屏幕

。。。。。（以下省略）

把这些写成类的调用：

		popper.on();
		popper.pop();
		lights.dim(10);
		screen.down();
		projector.on();
		projector.wideScreenMode();
		amp.on();
		amp.setDvd(dvd);
		amp.setSurroundSound();
		amp.setVolume(5);
		dvd.on();
		dvd.play(movie);

每次都要这样，很麻烦。如果看完后要关，又要很麻烦。

有了外观模式，就可以通过实现一个提供更合理的接口的外观类，把复杂的子系统整合变得容易使用。

public class HomeTheaterFacade {
	Amplifier amp;
	Tuner tuner;
	DvdPlayer dvd;
	CdPlayer cd;
	Projector projector;
	TheaterLights lights;
	Screen screen;
	PopcornPopper popper;
        // 构造器，把必要的器材传进去
	public HomeTheaterFacade(Amplifier amp, 
				 Tuner tuner, 
				 DvdPlayer dvd, 
				 CdPlayer cd, 
				 Projector projector, 
				 Screen screen,
				 TheaterLights lights,
				 PopcornPopper popper) {
 
		this.amp = amp;
		this.tuner = tuner;
		this.dvd = dvd;
		this.cd = cd;
		this.projector = projector;
		this.screen = screen;
		this.lights = lights;
		this.popper = popper;
	}
        // 把看电影要准备的一系列动作封装到这个方法中
	public void watchMovie(String movie) {
		System.out.println("Get ready to watch a movie...");
		popper.on();
		popper.pop();
		lights.dim(10);
		screen.down();
		projector.on();
		projector.wideScreenMode();
		amp.on();
		amp.setDvd(dvd);
		amp.setSurroundSound();
		amp.setVolume(5);
		dvd.on();
		dvd.play(movie);
	}
 
        // 关闭家庭影院系统的一系列动作封装到这个方法
	public void endMovie() {
		System.out.println("Shutting movie theater down...");
		popper.off();
		lights.on();
		screen.up();
		projector.off();
		amp.off();
		dvd.stop();
		dvd.eject();
		dvd.off();
	}

}

这样，如果要看电影，只要调用这个类的 watchMovie方法就可以了！是不是简便了几百倍？

定义外观模式

外观模式提供一个统一的接口，用来访问子系统中的一群接口。外观模式定义了一个高层接口，让子系统更容易使用

外观模式相当直接，很容易理解，这方面跟其他模式不太一样。但这并不会降低它的为例：外观模式允许我们让客户和子系统之间避免紧耦合

外观不只是简化了接口，也将客户从组件的子系统中接偶

外观和适配器可以包装许多类，但是外观的意图是简化接口，而适配器的意图是将接口转换成不同接口。

外观模式类图：

设计原则：“最少知识”原则

最少知识原则：只和你的密友谈话

这是说，在设计一个系统，不管是任何对象，你都要注意它所交互的类有哪些，并注意它和这些类如何交互的。

这个原则要求我们不要让太多的类耦合在一起，免得修改系统中的一部分，会影响到其他部分。如果许多类之间相互依赖，那么这个系统就会变成一个易碎的系统，它需要很大的维护成本，也会因为太复杂而不容易被其他人理解

这个原则的一些方针：

就任何对象，在该对象方法内，我们只应该调用属于以下范围的方法：

1. 该对象本身

2. 被当作方法的参数而传递进来的对象

3. 此方法所创建或实例化的任何对象

4. 对象的任何组件

前3个告诉我们，如果某对象调用其他的方法的返回结果，不要调用该对象的方法！

例如：不推荐下面方法：

public float getTemp() {
    return station.getThermometre.getTemperature();
}

而应该在station里面实现一个getTemperature(),然后从station里面直接调用它：

public float getTemp() {
    return station.getTemperature();
}