适配器模式

适配器模式其实很简单，或者说学了设计模式到现在，虽然每次看到各种名字的设计模式就觉得很高端，但当真正了解过后才知道其实也没有那么玄乎，有的东西在我们平时的时候都已经用到过了。比如这次我们要说的适配器模式，说白了，就是以前的代码接口，和我们客户端需要调用的接口不一致，但以前代码功能又是我们想要的功能。这个时候我们不必去修改以前代码的接口，我们只需要新增加一个类的，这个类符合客户端需要调用的接口，而在这个是适配类里调用我们以前代码的接口，这样就能做到不修改以前代码的接口，也不修改客户端就能实现接口匹配。

UML类结构同样很简单，代码就不难写出。

package day_26_adapter;

/**
 * 客户端期待访问的目标接口，或者是类
 * @author turbo
 *
 * 2016年9月26日
 */
public interface Target {
    void request();
}

package day_26_adapter;

/**
 * 需要适配的类
 * @author turbo
 *
 * 2016年9月26日
 */
public class Adaptee {
    public void specificRequest(){
        System.out.println("这是最终要用到的方法，或者需要适配的方法");
    }
}

package day_26_adapter;

/**
 * 适配器，适配需要被适配的接口或类，以此提供接口给客户端
 * @author turbo
 *
 * 2016年9月26日
 */
public class Adapter implements Target {
    private Adaptee adaptee = new Adaptee();
    
    /* (non-Javadoc)
     * @see day_26_adapter.Target#request()
     */
    @Override
    public void request() {
        adaptee.specificRequest();
    }

}

package day_26_adapter;

/**
 * 客户端
 * @author turbo
 *
 * 2016年9月26日
 */
public class Client {
    public static void main(String[] args){
        Target target = new Adapter();
        target.request();
    }
}

适配器模式，并不是什么很高端看不懂的模式，也很简单。我们最后利用《大化设计模式》中的例子画出UML图（不再写出代码），一家篮球俱乐部里有一名外籍篮球运动员，但是教练和外籍运动员语言不同，当然不能换教练更不能换运动员，这个时候就有一个翻译在其中，翻译者充当的就是适配类角色，我们用这实际的例子来看看UML类结构是怎样的，以此来加深我们对适配器模式的理解。