设计模式初探-适配器模式

适配器模式，又称包装器Wrapper，属于类对象结构型模式，用于将一个类的接口转换成客户希望的另外的一个接口，从而解决因接口不兼容导致类之间不能工作的问题。Adapter模式是不兼容结构的协调者，犹如法官大人，给人们带来希望。生活中处处可见适配器模式的踪影，电源适配器，USB适配器，生活因为适配而美好！

一、使用场景

1、系统中已存在类的接口不满足现有需求，且一般无法改变现有类的接口，比如该类是第三方提供，无法修改源码，或由于实现太复杂，不想重新实现该类。

2、创建一个可复用的类，使其可以与其他不相关或不可预见的类协同工作。

二、UML图

三、java实现

类适配器模式：

/**
 * 适配器模式根据适配器类和适配者类之间的关系可分为：
 * 类适配器模式(继承关系)和对象适配器模式(关联关系)
 * @author qbg
 */
public class AdapterPattern {
	
	public static void main(String[] args) {
		Adapter adapter = new Adapter();
		adapter.request();
	}
}

/**
 *  客户端请求的目标接口。
 *  由于java只能单根继承，所以此处必须使用接口。
 */
interface Target{
	public void request();
}
/**
 * 适配者类，提供具体的请求处理逻辑 
 */
class Adaptee{
	public void specificRequest(){
		System.out.println("do something special...");
	}
	public void normalRequest(){
		System.out.println("do something normal...");
	}
}
/**
 * 类适配器模式
 * 优点：
 * 1、由于适配器类是适配者类的子类，因此可以在适配器类中置换一些适配者的方法(覆盖适配者类方法)，使得适配器的灵活性更强。
 * 缺点:
 * 1、由于java不支持多重继承，所以一次最多只能适配一个适配者类，不能同时适配多个适配者；
 * 2、适配者类不能为final类，final类不能继承；
 * 3、由于java的单根继承使得类适配器模式中的目标抽象类只能为接口，不能为类，其使用有一定的局限性。
 */
class Adapter extends Adaptee implements Target{
	
	/**
	 * 将客户端的请求转发给适配者类，
	 * 此处请求转发功能通过类继承实现。
	 */
	@Override
	public void request() {
		this.specificRequest();
	}
	
	/**
	 * 可以覆盖适配者类的某些方法来增加灵活性。
	 */
	@Override
	public void normalRequest() {
		System.out.println("override adaptee's method...");
	}
	
}

运行结果：

do something special...

对象适配器模式：

package study.patterns.adapter;
/**
 * 适配器模式根据适配器类和适配者类之间的关系可分为：
 * 类适配器模式(继承关系)和对象适配器模式(关联关系)
 * @author qbg
 */
public class AdapterPattern {
	
	public static void main(String[] args) {
		Adapter adapter = new Adapter();
		adapter.request();
	}
}

/**
 *  客户端请求的目标接口。
 *  由于对象适配器模式采用的是关联适配者类而非继承，所以此处即可采用接口，也可采用抽象类。
 */
interface Target{
	public void request();
}
/**
 * 适配者类，提供具体的请求处理逻辑 
 */
class Adaptee{
	public void specificRequest(){
		System.out.println("do something special...");
	}
	public void normalRequest(){
		System.out.println("do something normal...");
	}
}
/**
 * 对象适配器模式
 * 优点：
 * 1、一个对象适配器可以把多个不同的适配者适配到同一个目标；
 * 2、可以适配一个适配者的子类，由于适配器和适配者之间是关联关系，根据“里氏代换原则”，适配者的子类也可通过该适配器进行适配。
 * 缺点:
 * 1、与类适配器模式相比，要在适配器中置换适配者类的某些方法比较麻烦。
 * 如果一定要置换掉适配者类的一个或多个方法，可以先做一个适配者类的子类，
 * 将适配者类的方法置换掉，然后再把适配者类的子类当做真正的适配者进行适配，实现过程较为复杂。
 */
class Adapter implements Target{
	private Adaptee adaptee = new Adaptee();
	
	/**
	 * 将客户端的请求转发给适配者类，
	 * 此处请求转发功能通过类关联实现。
	 */
	@Override
	public void request() {
		adaptee.specificRequest();
	}
}

运行结果：

do something special...

由于对象适配器模式采用关联来组织适配器类和适配者类的关系，根据“复合优先于继承”的最佳实践，推荐采用对象适配器模式来实现Adapter。

四、模式优缺点

优点：

1、将目标类和适配者类解耦，通过引入适配器类来复用现有的适配者类，不需要修改原有结构。

2、增加类的透明性和复用性，通过将业务逻辑封装到相应的适配者类，为客户提供透明的服务，这样适配者类也就可以为多个系统复用。

3、灵活性和扩展性好，适配器可以根据需要灵活替换，比如采用配置文件的形式提供需要的适配器。