设计模式之适配器模式

三、设计模式

7.适配器模式（Adapter Pattern）

7.1 定义

适配器模式(Adapter Pattern) ：将一个接口转换成客户希望的另一个接口，适配器模式使接口不兼容的那些类可以一起工作，其别名为包装器(Wrapper)。适配器模式既可以作为类结构型模式，也可以作为对象结构型模式。

7.2 角色

• Target：目标抽象类
• Adapter：适配器类
• Adaptee：适配者类
• Client：客户类

7.3 结构图

对象适配器

类适配器

7.4 代码实现

①类适配器

被适配的类

public class Adaptee {

	public void request() {
		System.out.println("可以完成用户请求的需要功能");
	}

}

目标类

public interface Target {

	void handleReq();
}

适配器类

public class Adapter extends Adaptee implements Target {

	[@Override](https://my.oschina.net/u/1162528)
	public void handleReq() {
		super.request();

	}

}

测试

	@org.junit.jupiter.api.Test
	void test() {
		Adapter adapter = new Adapter();
		adapter.handleReq();
	}

控制输出

②对象适配器

适配器类

public class Adapter2 implements Target {

	private Adaptee adaptee;


	public Adapter2(Adaptee adaptee) {
		super();
		this.adaptee = adaptee;
	}


	[@Override](https://my.oschina.net/u/1162528)
	public void handleReq() {
		adaptee.request();

	}

}

测试

@org.junit.jupiter.api.Test
	void test1() {
		Adapter2 adapter2 = new Adapter2(new Adaptee());
		adapter2.handleReq();
	}

控制输出

7.5 优点

• 将目标类和适配者类解耦，通过引入一个适配器类来重用现有的适配者类，而无须修改原有代码。
• 增加了类的透明性和复用性，将具体的实现封装在适配者类中，对于客户端类来说是透明的，而且提高了适配者的复用性。
• 灵活性和扩展性都非常好，通过使用配置文件，可以很方便地更换适配器，也可以在不修改原有代码的基础上增加新的适配器类，完全符合“开闭原则”。
• 类适配器模式还具有如下优点： 由于适配器类是适配者类的子类，因此可以在适配器类中置换一些适配者的方法，使得适配器的灵活性更强。
• 对象适配器模式还具有如下优点： 一个对象适配器可以把多个不同的适配者适配到同一个目标，也就是说，同一个适配器可以把适配者类和它的子类都适配到目标接口。

7.6 缺点

• 类适配器模式的缺点如下： 对于Java、C#等不支持多重继承的语言，一次最多只能适配一个适配者类，而且目标抽象类只能为抽象类，不能为具体类，其使用有一定的局限性，不能将一个适配者类和它的子类都适配到目标接口。
• 对象适配器模式的缺点如下： 与类适配器模式相比，要想置换适配者类的方法就不容易。如果一定要置换掉适配者类的一个或多个方法，就只好先做一个适配者类的子类，将适配者类的方法置换掉，然后再把适配者类的子类当做真正的适配者进行适配，实现过程较为复杂。