Java模式(适配器模式)

今天看了下Java中的适配器模式，下面就来小做下总结和谈谈感想，以便日后使用。

首先，先来先讲讲适配器。适配就是由“源”到“目标”的适配，而其中链接两者的关系就是适配器。它负责把“源”过度到“目标”。举个简单的样例，比方有一个“源”是一个对象人，他拥有2种技能各自是说日语和说英语，而某个岗位（目标）须要你同一时候回说日语、英语、和法语，好了，如今我们的任务就是要将人这个“源”适配的这个岗位中，怎样适配呢？显而易见地我们须要为人加入�一个说法语的方法，这样才干满足目标的须要。

接着讨论怎样加说法语这种方法，或许你会说，为什么不直接在“源”中直接加入�方法，我的理解是，适配是为了实现某种目的而为一个源类临时性的加上某种方法，所以不能破坏原类的结构。同一时候不这么做也符合Java的高内聚，低耦合的原理。既然不能直接加，接着我们就来说该怎么来实现为人这个“源”加入�一个方法，而又不破坏“源”的本身结构。

适配器模式有2种，第一种是“面向类的适配器模式”，另外一种是“面向对象的适配器模式”。

先说“面向类的适配器模式”。顾名思义，这类适配器模式就是主要用于，单一的为某个类而实现适配的这样一种模式，为什么说仅仅为某个类去实现，一会提到，我们先展示这样的类适配模式的代码实现。

源的代码例如以下：

public class Person {</p> <p> private String name;<br /> private String sex;<br /> private int age;</p> <p> public void speakJapanese(){<br /> System.out.println(“I can speak Japanese!”);<br /> }</p> <p> public void speakEnglish(){<br /> System.out.println(“I can speak English!”);<br /> }<br /> …//下面省略成员变量的get和set方法<br />}<br />

 目标接口的代码例如以下：

public interface Job {</p> <p> public abstract void speakJapanese();<br /> public abstract void speakEnglish();<br /> public abstract void speakFrench();</p> <p>}

 适配器的代码例如以下：

public class Adapter extends Person implements Job{</p> <p> public void speakFrench() {</p> <p> }</p> <p>}

好了，代码看完然后要做一些说明了，之前遗留的一个问题，为什么称其为类适配模式呢？非常显然的，Adapter类继承了Person类，而在Java这样的单继承的语言中也就意味着，他不可能再去继承其它的类了，这样也就是这个适配器仅仅为Person这一个类服务。所以称其为类适配模式。

说完类的适配模式，我们要開始说第2种对象的适配器模式了。对象适配器模式是把“源”作为一个对象聚合到适配器类中。相同的话不多说，贴上代码：

源的代码以及目标代码同上，再次不再赘述。

仅贴出适配器代码：

public class Adapter implements Job {</p> <p> Person person;</p> <p> public Adapter(Person person) {<br /> this.person = person;<br /> }</p> <p> public void speakEnglish() {<br /> person.speakEnglish();<br /> }</p> <p> public void speakJapanese() {<br /> person.speakJapanese();<br /> }</p> <p> //new add<br /> public void speakFrench() {</p> <p> }</p> <p>}<br />

对象的适配器模式，把“源”作为一个构造參数传入适配器，然后运行接口所要求的方法。这样的适配模式能够为多个源进行适配。弥补了类适配模式的不足。

如今来对2种适配模式做个分析：

1.类的适配模式用于单一源的适配，因为它的源的单一话，代码实现不用写选择逻辑，非常清晰；而对象的适配模式则可用于多源的适配，弥补了类适配模式的不足，使得原本用类适配模式须要写非常多适配器的情况不复存在，弱点是，因为源的数目能够较多，所以详细的实现条件选择分支比較多，不太清晰。

2.适配器模式主要用于几种情况：（1）系统须要使用现有的类，但现有的类不全然符合须要。（2）讲彼此没有太大关联的类引进来一起完毕某项工作（指对象适配）。

最后，再来顺带谈谈默认适配器模式：这样的模式的核心归结例如以下：当你想实现一个接口但又不想实现全部接口方法，仅仅想去实现一部分方法时，就用中默认的适配器模式，他的方法是在接口和详细实现类中加入�一个抽象类，而用抽象类去空实现目标接口的全部方法。而详细的实现类仅仅须要覆盖其须要完毕的方法就可以。代码例如以下：

接口类：

public interface Job {</p> <p> public abstract void speakJapanese();<br /> public abstract void speakEnglish();<br /> public abstract void speakFrench();<br /> public abstract void speakChinese();</p> <p>}<br />

抽象类： public abstract class JobDefault implements Job{</p> <p> public void speakChinese() {</p> <p> }</p> <p> public void speakEnglish() {</p> <p> }</p> <p> public void speakFrench() {</p> <p> }</p> <p> public void speakJapanese() {</p> <p> }</p> <p>}<br />

实现类：

public class JobImpl extends JobDefault{</p> <p> public void speakChinese(){<br /> System.out.println(“I can speak Chinese!”);<br /> }</p> <p>}

好了，适配器模式就先讲到这了，希望对自己和大家都有一个提高。