1. 适配器模式是各种模式的起源
  2. 平时我们会经常碰到这样的情况,有了两个现成的类,它们之间没有什么联系,但是我们现在既想用其中一个类的方法,同时也想用另外一个类的方法。有一个解决方法是,修改它们各自的接口,但是这是我们最不愿意看到的。这个时候Adapter模式就会派上用场了。
  3. 适配器模式将某个类的接口转换成客户端期望的另一个接口表示,目的是消除由于接口不匹配所造成
    的类的兼容性问题。主要分为三类:类的适配器模式、对象的适配器模式、接口的适配器模式
  1. 类的适配器

java适配器模式 支付 java中的适配器模式_适配器模式

核心思想就是:有一个 Source 类,拥有一个方法,待适配,目标接口是 Targetable,通过 Adapter 类,
将 Source 的功能扩展到 Targetable 里,看代码:

待适配的类
public class Source {

    public void methon1(){
        System.out.println("this is source metho1");
    }
}

接口:

public interface Targetable {

    /**
     * 于原生类方法相同
     */
    public void methon1();
    /**
     * 新类的方法
     */
    public void methon2();
}

适配开始:

public class Adapter extends Source implements Targetable{

    @Override
    public void methon2() {
        System.out.println("this is targetable methon");

    }

}

测试:

public class AdapterTest {
    //这样 Targetable 接口的实现类就具有了 Source 类的功能。
    public static void main(String[] args) {
        Targetable t  =new  Adapter();
        t.methon1();
        t.methon2();
    }
}

this is source metho1
this is targetable methon

这样 Targetable 接口的实现类就具有了 Source 类的功能。

2、对象的适配器
基本思路和类的适配器模式相同,只是将 Adapter 类作修改,这次不继承 Source 类,而是持有 Source
类的实例,以达到解决兼容性的问题。看图:

java适配器模式 支付 java中的适配器模式_java_02

public class Wrapper implements Targetable{

    private Source source;

    public Wrapper(Source source) {
        super();
        this.source = source;
    }

    @Override
    public void methon1() {
        source.methon1();

    }

    @Override
    public void methon2() {
        System.out.println("this is the targetable method   ");

    }

}

测试:

/**
 *  对象的适配器
 * @author Administrator
 *
 */
public class WrapperTest {

    public static void main(String[] args) {

        Wrapper w = new Wrapper(new Source());

        w.methon1();
        w.methon2();
    }
}
this is source metho1
this is the targetable method   
输出与第一种一样,只是适配的方法不同而已。

接口的适配器模式

第三种适配器模式是接口的适配器模式,接口的适配器是这样的:有时我们写的一个接口中有多个抽象

方法,当我们写该接口的实现类时,必须实现该接口的所有方法,这明显有时比较浪费,因为并不是所

有的方法都是我们需要的,有时只需要某一些,此处为了解决这个问题,我们引入了接口的适配器模式,

借助于一个抽象类,该抽象类实现了该接口,实现了所有的方法,而我们不和原始的接口打交道,只和

该抽象类取得联系,所以我们写一个类,继承该抽象类,重写我们需要的方法就行。看一下类图:

java适配器模式 支付 java中的适配器模式_java适配器模式 支付_03

/**
 * 这个很好理解,在实际开发中,我们也常会遇到这种接口中定义了太多的方法,以致于有时我们在一些
实现类中并不是都需要。看代码:
 * @author Administrator
 *
 */
public interface Sourceable {

    public void method1();

    public void method2();

}
public class SourceSub1 extends Wrapper2{

    public void  method1(){
        System.out.println("the sources interface's first sub1");
    }
    }

    public class SourecSub2 extends Wrapper2{

    public void method2(){

        System.out.println("the sources interface's first sub2");
    }
}

适配开始:

public abstract class Wrapper2 implements Sourceable{

    public void method1(){};

    public void method2(){};
}

测试:

public class SourceTest {


    public static void main(String[] args) {

        Sourceable sub1 = new SourceSub1();
        Sourceable sub2 = new SourecSub2();
        sub1.method1();
        sub1.method2();
        sub2.method1();
        sub2.method2();
    }
}
the sources interface's first sub1
the sources interface's first sub2

测试输出:
the sourceable interface’s first Sub1!
the sourceable interface’s second Sub2!
达到了我们的效果!
讲了这么多,总结一下三种适配器模式的应用场景:
类的适配器模式:当希望将一个类转换成满足另一个新接口的类时,可以使用类的适配器模式,创建一
个新类,继承原有的类,实现新的接口即可。
对象的适配器模式:当希望将一个对象转换成满足另一个新接口的对象时,可以创建一个 Wrapper 类,
持有原类的一个实例,在 Wrapper 类的方法中,调用实例的方法就行。
接口的适配器模式:当不希望实现一个接口中所有的方法时,可以创建一个抽象类 Wrapper,实现所
有方法,我们写别的类的时候,继承抽象类即可。

适配器模式的三个特点:
1 适配器对象实现原有接口
2 适配器对象组合一个实现新接口的对象(这个对象也可以不实现一个接口,只是一个单纯的对象)
3 对适配器原有接口方法的调用被委托给新接口的实例的特定方法

  • 说句实话.我现在看几个设计模式.代码上相对来说不是那么复杂, 但是在工作中真正的用到确实不是那么容易.所以小伙伴们一定要坚持看完.多写多练 慢慢的在你写代码的时候.就会形成一种意识.让你觉得,还有更好的方式可以实现它.