设计模式：适配器模式

适配器模式（即Adapter模式，又叫包装器Wrapper）用于改变已有类的接口形式。它可以将某个类的接口转换成客户端期望的另一个接口，主要目的是实现兼容性。让原本因接口不匹配不能一起工作的两个类可以协同工作。

比如正常的电压是220v，插座上需要的电压假如是5v，这中间就需要有一个适配器来进行电压转换。

从用户的角度是看不到被适配对象的，只是和适配器进行交互。用户调用适配器转换出来的目标接口方法，适配器再调用被适配对象的方法。

适配就是由“源”到“目标”的适配，而其中联结两者关系的就是适配器，它负责把“源”过度到“目标”。举个简单的样例，比方有一个“源”是一个Person对象，他拥有两种技能：说日语和说英语，而某个岗位（目标）的要求是说日语、英语和法语。如今我们的任务就是要将人这个“源”适配到这个岗位中，怎样适配呢？我们需要给人加一个说法语的方法，这样才能满足目标的要求。

接着讨论怎样加说法语这种方法，或许你会说，为什么不直接在“源”中直接加入方法？我的理解是，适配是为了实现某种目的而为一个源类临时性的加上某种方法，所以不能破坏原类的结构。既然不能直接加，那要怎么办呢？就可以用适配器模式。

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

面向类的适配器模式

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

源的代码示例：

// 现有的Person没法用，也不推荐直接在这改
public class Person {
	private String name;
	private String sex;
	private int age;
	
	public void speakJapanese(){
		System.out.println("I can speak Japanese!");
	}
	
	public void speakEnglish(){
		System.out.println("I can speak English!");
	}
}

目标接口的代码示例：

public interface Job {
	
	public abstract void speakJapanese();
	public abstract void speakEnglish();
	public abstract void speakFrench();	
}

适配器的代码示例：

public class Adapter extends Person implements Job{

	public void speakFrench() {		
	}	
}

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

对象适配器模式（相对常用）

对象适配器模式是把“源”作为一个对象聚合到适配器类中。源的代码以及目标代码同上，此处不再赘述。仅贴出适配器代码：

public class Adapter implements Job {
	Person person;
	public Adapter(Person person) {
		this.person = person;
	}

	public void speakEnglish() {
		person.speakEnglish();
	}

	public void speakJapanese() {
		person.speakJapanese();
	}

	//new add
	public void speakFrench() {		
	}
}

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

对这两种适配模式做个总结：

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

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

默认适配器模式

最后，再来顺带谈谈默认适配器模式：当你想实现一个接口但又不想实现全部接口方法时，就可以用默认适配器模式，方式就是在接口和详细实现类中加入一个抽象类，用抽象类去空实现目标接口的全部方法，然后具体类去继承这个抽象类，覆盖重写需要的方法即可，代码示例如下：

接口类：

public interface Job {	
	public abstract void speakJapanese();
	public abstract void speakEnglish();
	public abstract void speakFrench();
	public abstract void speakChinese();	
}

 抽象类： 

public abstract class JobDefault implements Job{
	public void speakChinese() {
		
	}

	public void speakEnglish() {
		
	}

	public void speakFrench() {
		
	}

	public void speakJapanese() {
		
	}
}

实现类：

public class JobImpl extends JobDefault{	
	public void speakChinese(){
		System.out.println("I can speak Chinese!");
	}	
}

我的理解

我所理解的适配器有两种含义，一种是构造适配器将两个不适配的目标适配起来，然后客户端去调用适配器类；第二种就是构造适配器去适配某个不全然符合要求的类，然后客户端再去调用这个适配器。

设计模式有很多其实很相似，不必太死板，暂时也不用太过深究，掌握思想即可，后续按需学习。