二十三种设计模式——适配器模式

前页：设计模式总述

---

所谓适配器模式，就是连接两个不兼容的接口。想想手机适配器，手机可接受电压可不是220V，而家用电压是220V，这就需要适配器兼容二者，给手机充电。同理，适配器模式就如同此例。

说来，适配器模式有三种：

1. 类适配器
2. 对象适配器
3. 接口适配器

实现适配器模式需要哪几种角色呢？

很简单：目标角色（插座），源角色（手机），适配器角色（适配器）

假设，我现在有一个手机，是type-c接口的，有一根数据线，是USB + type-c的，但是我现在没有电脑，只有插座，也就是没办法把USB直接连接到电源（电源上也没有USB接口！），需要一个电源适配器转换插头。这种情况下，我们分析得到手机和数据线连接无异样，因为正好适配，所以可以抽象成一个类。而适配器则正是我们要构造的另个类。

老规矩，我们通过代码看看这种模式：

/*
 * 两个接口，分别代表电源插座和数据线连接适配器端的接口
 */
public interface PhoneInterface {
	void thisIsPhoneInterface();
}

public interface ChargeBulk {
	void thisIsChargeBulk();
}

/*
 * 两个类分别实现了接口，意味着告诉别人这个口能接受什么样的插头
 */
public class ElectricityBulk implements ChargeBulk{
	//这是充电口的具体实现类，告诉别人我这是什么接口，能接受什么样的插头
	public void thisIsChargeBulk() {
		System.out.println("只接受三口插头");
	}
}

public class Adapter extends ElectricityBulk implements PhoneInterface{
	/* 
	 * 继承Electricity类，意味着适配器继承了该类的属性（此例中意味着适配器一头是三口的）
	 * 实现PhoneInterface接口，意味着适配器一端可以和手机的数据线相连（此例中以为这适配器另一头是USB口的）
	 */
	public void thisIsPhoneInterface() {
		thisIsChargeBulk();
	}
}

public class TestIfConnectedCorrectly {
	public static void main(String[] args){
		ElectricityBulk electricityBulk = new Adapter();
		electricityBulk.thisIsChargeBulk();
	}
}

这样，一个简单的适配器模式就完成了。至于对象适配器，就是将继承类改成直接在类中定义并初始化原本该被继承类的对象。

没有什么特别的地方，所以我们就略过。

接下来说说接口适配器。emmmm这玩意设计的初衷是给程序员读起来方便的。

当我们在编程的时候，可能会需要实现接口，但是呢，当接口定义的函数过多，而我们又不需要用到里面所有的方法，这样实现接口的类就会显得过于庞大，降低了可读性，所以在类与接口之间实现一个抽象类，这样需要哪个方法实现哪个方法，提高可读性：

public interface MethodsNeedToImplement {
	void AMethod();
	void BMethod();
	void CMethod();
	void DMethod();
	void EMethod();
}

public abstract class ImplementMethodWithoutDetails implements MethodsNeedToImplement {
	public void AMethod(){}
	public void BMethod(){}
	public void CMethod(){}
	public void DMethod(){}
	public void EMethod(){}
}

public class ExtendsAbstractClass extends ImplementMethodWithoutDetails{
	public void AMethod(){
		System.out.println("I want A Method");
	}
	public void DMethod(){
		System.out.println("I want D Method");
	}
}

public class Test {
	public static void main(String[] args) {
		ExtendsAbstractClass extendsAbstractClass = new ExtendsAbstractClass();
		extendsAbstractClass.AMethod();
		extendsAbstractClass.BMethod();
		extendsAbstractClass.DMethod();
	}
}

实际上，我本人对这种接口适配器存在的必要性存疑。

1. 当我们将需要处理的方法写在类中放在一起，不需要的放在一起，可读性会降低多少？
2. 对于中间的接口类，就是设计成抽象类去实现接口的类，这种情况下，有没有必要设计成抽象的？

---

总结：

• 优点：

1. 可以将两个看似没有关系的类关联起来；
2. 提高了类的复用；
3. 封装性进一步提升。

• 缺点：

1. 过多的使用适配器可能不会让程序更加灵活，使得程序整体显得臃肿。