设计模式读书笔记-----外观模式
前面介绍的适配器模式(设计模式读书笔记-----适配器模式)讲的是如何将一个接口转换成客户所需要的另一个接口,它的目的在于
解决接口的不兼容性问题。现在这里有这样一个模式,它的目的在于如何简化接口,它可以将多个类的复杂的一切隐藏在背后,只显露
出一个干净美观的外观。
晚上睡觉之前,你总是喜欢看电视,在你进入卧室的时候你需要完成以下几个步骤:打开电灯、打开空调、放心银幕(假如你家
有)、打开电视通过这么些繁琐的步骤后你终于可以看电视了,但是你要睡觉了呢?又要去进行繁琐的关闭动作。这里你就需要一个外观
模式了,通过实现一个更加合理的接口外观类将这些动作都包装起来,实现一键“看电视”、一键“关电视”。这就是外观模式的动机
一、模式定义
所谓外观模式就是提供一个统一的接口,用来访问子系统中的一群接口。
外观模式定义了一个高层接口,让子系统更容易使用。如下图,是使用外观模式后将子系统的使用变得更加简单。
在引入外观模式后,客户只需要与外观角色打交道,客户与子系统的复杂关系有外观角色来实现,从而降低了系统的耦合度。
二、模式结构
外观模式包含如下两个角色:
Facade: 外观角色
SubSystem:子系统角色
三、模式实现
场景就是上面那个“睡觉看电视”的场景。
实例的UML图
首先是四个组件(电视、电灯、空调、银幕)
1 public class Television { 2 public void on(){ 3 System.out.println("打开了电视...."); 4 } 5 6 public void off(){ 7 System.out.println("关闭了电视...."); 8 } 9 }
1 public class Light { 2 public void on(){ 3 System.out.println("打开了电灯...."); 4 } 5 6 public void off(){ 7 System.out.println("关闭了电灯...."); 8 } 9 }
1 public class AirCondition { 2 public void on(){ 3 System.out.println("打开了空调...."); 4 } 5 6 public void off(){ 7 System.out.println("关闭了空调...."); 8 } 9 }
1 public class Screen { 2 public void up(){ 3 System.out.println("升起银幕...."); 4 } 5 6 public void down(){ 7 System.out.println("下降银幕...."); 8 } 9 }
然后是比较强大、干净、美观的外观
1 public class WatchTvSwtichFacade { 2 Light light; 3 AirCondition ac; 4 Television tv; 5 Screen screen; 6 7 public WatchTvSwtichFacade(Light light,AirCondition ac,Television tv,Screen screen){ 8 this.light = light; 9 this.ac = ac; 10 this.tv = tv; 11 this.screen = screen; 12 } 13 14 public void on(){ 15 light.on(); //首先开灯 16 ac.on(); //然后是打开空调 17 screen.down(); //把银幕降下来 18 tv.on(); //最后是打开电视 19 } 20 21 public void off(){ 22 tv.off(); //首先关闭电视机 23 screen.up(); //银幕升上去 24 ac.off(); //空调关闭 25 light.off(); //最后关灯 26 } 27 }
客户端
1 public class Client { 2 public static void main(String[] args) { 3 //实例化组件 4 Light light = new Light(); 5 Television tv = new Television(); 6 AirCondition ac = new AirCondition(); 7 Screen screen = new Screen(); 8 9 WatchTvSwtichFacade watchTv = new WatchTvSwtichFacade(light, ac, tv, screen); 10 11 watchTv.on(); 12 System.out.println("--------------可以看电视了........."); 13 watchTv.off(); 14 System.out.println("--------------可以睡觉了..........."); 15 } 16 }
运行结果
从上面的使用通过使用外观模式,客户可以非常方便的实现比较复杂的功能。
四、模式优缺点
优点
1、引入外观模式,是客户对子系统的使用变得简单了,减少了与子系统的关联对象,实现了子系统与客户之间的松耦合关系。
2、只是提供了一个访问子系统的统一入口,并不影响用户直接使用子系统类
3、降低了大型软件系统中的编译依赖性,并简化了系统在不同平台之间的移植过程
缺点
1、不能很好地限制客户使用子系统类,如果对客户访问子系统类做太多的限制则减少了可变性和灵活性
2、在不引入抽象外观类的情况下,增加新的子系统可能需要修改外观类或客户端的源代码,违背了“开闭原则”
五、使用场景
1、当要为一个复杂子系统提供一个简单接口时可以使用外观模式。
2、客户程序与多个子系统之间存在很大的依赖性。引入外观类将子系统与客户以及其他子系统解耦,可以提高子系统的独立性和
可移植性
六、模式总结
1、 外观模式的主要优点就在于减少了客户与子系统之间的关联对象,使用客户对子系统的使用变得简单了,也实现了客户与子
系统之间的松耦合关系。它的缺点就在于违背了“开闭原则”。
2、 如果需要实现一个外观模式,需要将子系统组合进外观中,然后将工作委托给子系统执行。
-
作者:chenssy。一个专注于【死磕 Java】系列创作的男人
出处:https://www.cnblogs.com/chenssy/p/3209451.html
作者个人网站:https://www.cmsblogs.com/。专注于 Java 优质系列文章分享,提供一站式 Java 学习资料
目前死磕系列包括:
1. 【死磕 Java 并发】:https://www.cmsblogs.com/category/1391296887813967872(已完成)
2.【死磕 Spring 之 IOC】:https://www.cmsblogs.com/category/1391374860344758272(已完成)
3.【死磕 Redis】:https://www.cmsblogs.com/category/1391389927996002304(已完成)
4.【死磕 Java 基础】:https://www.cmsblogs.com/category/1411518540095295488
5.【死磕 NIO】:https://www.cmsblogs.com/article/1435620402348036096
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。