【设计模式】学习笔记10:外观模式(Facade)
来源:互联网 发布:linux vi进入编辑模式 编辑:程序博客网 时间:2024/06/11 04:41
本文出自 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();}
- 【设计模式】学习笔记10:外观模式(Facade)
- [设计模式学习笔记]FACADE外观模式
- 设计模式学习笔记十一(Facade外观模式)
- 设计模式学习笔记十三:外观模式(Facade Pattern)
- 《设计模式》学习笔记--外观Facade
- 设计模式笔记10:外观模式(Facade Pattern)
- 设计模式学习笔记(十一)——Facade外观
- 设计模式学习-Facade(外观)
- 设计模式学习笔记(一)--Facade外观模式
- 设计模式学习笔记(一)--Facade外观模式
- java 设计模式学习笔记七 facade外观模式
- 设计模式学习笔记——外观(Facade)模式
- 外观(Facade)设计模式
- 设计模式 笔记 外观模式 Facade
- 设计模式之外观(Facade)模式(笔记)
- 设计模式笔记-Facade外观模式
- Facade外观模式 ---设计模式学习
- 设计模式学习之---Facade(外观)模式
- 【陪客户领导吃饭四部曲】
- POJ3321 Apple Tree
- File类的应用--拷贝
- 对于iPhone5分辨率兼容性调整问题 .
- Driver.run 备忘
- 【设计模式】学习笔记10:外观模式(Facade)
- 百度地图API相关资料入口及调用Demo
- asp.net常用代码(1)
- 静态注册和动态注册总结
- 怎样在Linux中查看apache是用那个httpd.conf
- POJ 2478 Farey Sequence(Farey数列&欧拉函数求和)
- linux下使用expect实现自动化脚本
- 获取存储过程返回值及代码中获取返回值
- asp.net常用代码(2)