[置顶] 设计模式之结构类模式――适配器模式

适配器模式（Adapter Pattern）又叫做变压器模式，也叫做包装模式。包装模式还包括装饰模式。

 

定义：

将一个类的接口变换成客户端所期待的另一个接口，从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工作。

 

通用类图：

 

●　Target目标角色

该角色定义把其他类转换为何种接口，也就是我们期望的接口。

●　Adaptee源角色

源角色是已经存在的、运行良好的类或对象，经过适配器角色的包装，它会成为一个崭新亮丽的角色。

●　Adapter适配器角色

适配器模式的核心角色，其他两个角色都是已经存在的角色，而适配器角色是需要新建立的，它的职责非常简单：通过继承或是类关联的方式，把源角色转换为目标角色。

 

通用代码：

/**
 * 目标角色
 *
 * @author Administrator
 *
 */
public interface Target {

    // 目标角色有自己的方法
    public void request();

}

 

/**
 * 目标角色实现类
 *
 * @author Administrator
 *
 */
public class ConcreteTargetimplements Target {

    public void request() {
        System.out.println("if you need and help, please call me!");
    }

}

 

/**
 * 源角色
 *
 * @author Administrator
 *
 */
public class Adaptee {

    // 原有的业务逻辑
    public void doSomething() {
        System.out.println("I'm kind of busy, leave me alone, please!");
    }

}

 

/**
 * 适配器角色
 *
 * @author Administrator
 *
 */
public class Adapterextends Adapteeimplements Target {

    public void request() {
        super.doSomething();
    }

}

 

/**
 * 场景类
 *
 * @author Administrator
 *
 */
public class Client {

    /**
     * @param args
     */
    public static void main(String[] args) {
        // 原有的业务逻辑
        Target target = new ConcreteTarget();
        target.request();

        // 现在增加了适配器角色后的业务逻辑
        Target target2 = new Adapter();
        target2.request();
    }

}

 

适配器模式的优点：

●　适配器模式可以让两个没有任何关系的类在一起运行，只要适配器这个角色能够搞定他们就成。

●　增加了类的透明性

高层模块访问的是Target目标角色，具体的业务实现的是Adaptee源角色。

●　提高了类的复用度

Adaptee源角色在原有系统中还可以正常使用，而在目标角色中也可以充当新的角色。

●　灵活性非常好

如果不需要适配器了，删除适配器就可以了，其他的代码都不用修改。基本上就类似一个灵活的构件，想用就用，不想就卸载。

 

适配器模式的使用场景：

要修改一个己经投产中的接口时，适配器模式可能是最适合的模式了。

 

适配器模式的注意事项：

适配器模式最好在详细设计阶段不要考虑它，它不是为了解决还处在开发阶段的问题，而是解决正在服役的项目问题，没有一个系统分析师会在做详细设计的时候考虑使用适配器模式，这个模式使用的主要场景是扩展应用中。

 

适配器模式的扩展：

对象适配器

对象适配器和类适配器的区别是：类适配器是类间继承，对象适配器是对象的合成关系，也可以说是类的关联关系，这是两者的根本区别。

对象适配器的类图：