设计模式之适配器模式
首先贴个网址https://blog.csdn.net/elegant_shadow/article/details/5006175
感谢博主的分享,阐述的很清楚
博主理解的很深刻,特别是这句:
适配是为了实现某种目的而为一个源类暂时性的加上某种方法,但是不破坏原类的结构
博主说的太好了,我基本上复制过来了:
首先,先来先讲讲适配器。适配就是由“源”到“目标”的适配,而当中链接两者的关系就是适配器。它负责把“源”过度到“目标”。举个简单的例子,比如有一个“源”是一个对象人,他拥有2种技能分别是说日语和说英语,而某个岗位(目标)需要你同时回说日语、英语、和法语,好了,现在我们的任务就是要将人这个“源”适配的这个岗位中,如何适配呢?显而易见地我们需要为人添加一个说法语的方法,这样才能满足目标的需要
接着讨论如何加说法语这个方法,也许你会说,为什么不直接在“源”中直接添加方法,我的理解是,适配是为了实现某种目的而为一个源类暂时性的加上某种方法,所以不能破坏原类的结构。同时不这么做也符合Java的高内聚,低耦合的原理。既然不能直接加,接着我们就来说该怎么来实现为人这个“源”添加一个方法,而又不破坏“源”的本身结构
适配器模式有2种:第一种是“面向类的适配器模式”,第二种是“面向对象的适配器模式”
一:面向类的适配器模式:
先说“面向类的适配器模式”。顾名思义,这类适配器模式就是主要用于,单一的为某个类而实现适配的这样一种模式,为什么说只为某个类去实现,一会提到,我们先展示这种类适配模式的代码实现
源的代码如下:
1 public class Person { 3 private String name; 4 private String sex; 5 private int age; 6 7 public void speakJapanese(){ 8 System.out.println("I can speak Japanese!"); 9 } 10 11 public void speakEnglish(){ 12 System.out.println("I can speak English!"); 13 } 14 ...//以下省略成员变量的get和set方法 15 }
目标接口的代码如下:
1 public interface Job { 2 public abstract void speakJapanese(); 3 public abstract void speakEnglish(); 4 public abstract void speakFrench(); 5 }
适配器的代码如下:
1 public class Adapter extends Person implements Job{ 2 //只需重写说法语的方法,其它方法在父类中重写过了 3 //只能为源Person进行适配 4 @Override 5 public void speakFrench() { 6 System.out.println("我也会说法语啊"); 7 } 8 }
好了,代码看完然后要做一些说明了,之前遗留的一个问题,为什么称其为类适配模式呢?很显然的,Adapter类继承了Person类,而在Java这种单继承的语言中也就意味着,他不可能再去继承其他的类了,这样也就是这个适配器只为Person这一个类服务。所以称其为类适配模式
二:面向对象的适配器模式:
说完类的适配模式,我们要开始说第2种对象的适配器模式了。对象适配器模式是把“源”作为一个对象聚合到适配器类中。同样的话不多说,贴上代码:
源的代码以及目标代码同上,再次不再赘述
仅贴出适配器代码:
1 public class AdapterTwo implements Job { 2 private Person person; 3 //在构造函数中,将源作为参数传进来 4 //然后调用源的方法 5 //优点:可以为多个源进行适配,写不同的构造函数就好了 6 public AdapterTwo(Person per) { 7 this.person = per; 8 } 9 10 @Override 11 public void speakJapanese() { 12 person.speakJapanese(); 13 } 14 15 @Override 16 public void speakEnglish() { 17 person.speakEnglish(); 18 } 19 20 @Override 21 public void speakFrench() { 22 System.out.println("我也会说法语啊"); 23 } 24 }
对象的适配器模式,把“源”作为一个构造参数传入适配器,然后执行接口所要求的方法。这种适配模式可以为多个源进行适配。弥补了类适配模式的不足
现在来对2种适配模式做个分析:
1.类的适配模式用于单一源的适配,由于它的源的单一性,代码实现不用写选择逻辑,很清晰;而对象的适配模式则可用于多源的适配,弥补了类适配模式的不足,使得原本用类适配模式需要写很多适配器的情况不复存在,弱点是,由于源的数目可以较多,所以具体的实现条件选择分支比较多,不太清晰
2.适配器模式主要用于几种情况:(1)系统需要使用现有的类,但现有的类不完全符合需要。(2)彼此没有太大关联的类引进来一起完成某项工作(指对象适配)
三:默认适配器模式:
这种模式的核心归结如下:当你想实现一个接口但又不想实现所有接口方法,只想去实现一部分方法时,就用默认的适配器模式,他的方法是在接口和具体实现类中添加一个抽象类,而用抽象类去空实现目标接口的所有方法。而具体的实现类只需要覆盖其需要完成的方法即可。
代码如下:
接口类:
1 public interface Job { 2 public abstract void speakJapanese(); 3 public abstract void speakEnglish(); 4 public abstract void speakFrench(); 5 public abstract void speakChinese(); 6 }
抽象类:
1 public abstract class JobDefault implements Job{ 2 3 public void speakChinese() { 4 5 } 6 7 public void speakEnglish() { 8 9 } 10 11 public void speakFrench() { 12 13 } 14 15 public void speakJapanese() { 16 17 } 18 19 }
实现类:
1 public class JobImpl extends JobDefault{ 2 public void speakChinese(){ 3 System.out.println("我只会说中文"); 4 } 5 }