本文简述适配器模式,考虑到java中没有多继承就只写了对象适配器模式,然后例子是怎么用转接口把3.5mm耳机插在小米8上面。

设计模式——适配器模式(type-c转3.5mm耳机口)-LMLPHP

一、概念

适配器模式(英语:adapter pattern)有时候也称包装样式或者包装(wrapper)。将一个类的接口转接成用户所期待的。一个适配器使得因接口不兼容而不能在一起工作的类能在一起工作,做法是将类自己的接口包裹在一个已存在的类中。

适配器模式允许一个已存在的类的接口被用作另一个接口。通常可以在不需要修改源代码的情况下使用已存在的类。

其实在生活中,适配器随处看见,例如下图,一个type-c转耳机口的适配器。接下来让我看看适配器模式的结构,并用java代码来实现一个type-c接口的手机与3.5mm的耳机通过适配器连接。

设计模式——适配器模式(type-c转3.5mm耳机口)-LMLPHP

适配器模式主要解决两个问题
1.转换当前接口为客户端需要的接口
2.通过适配器使用没有我们需要的接口的类

描述看似相同,实际上出发点不同~嘿嘿,意会意会

二、结构

适配器模式有两种,一种是类适配器,不过需要支持多继承的语言才能实现,本文主要讲解单继承也可以实现的对象适配器。下图是对象适配器模式的类图,Client需要一个实现Target接口的类来完成工作,而当前我们提供的只有Adaptee类,这时该怎么办呢?恩,我们就造一个适配器(adapter)来完成这个需求。

设计模式——适配器模式(type-c转3.5mm耳机口)-LMLPHP

涉及到的主要角色:

Target:目标接口,也就是我们期待得到的接口。

Adaptee:当前拥有的接口,需要适配,已满足客户端的要求。

Adapter:适配器类,适配器模式的核心,就是将Adaptee转换成需要的接口的具体类。

三、Type-C转3.5mm耳机孔适配器

这个是小米8手机类,只提供插TypeC耳机的接口

public class Mi8{
    private TypeCEraPhones eraPhones;
    //打电话功能
    public void call() {
        System.out.println("打电话");
    }
    //播放音乐,有耳机就用耳机,没耳机就外放
    public void playMusic() {
        if (eraPhones != null){
            eraPhones.play();
        }else{
            System.out.println("外放");
        }

    }
    // 插个TypeC接口的耳机
    public void setEraPhones(TypeCEraPhones eraPhones) {
        this.eraPhones = eraPhones;
    }
}

这个是TypeC接口的耳机接口,听说用这个接口的耳机都好好贵呢~~

public interface TypeCEraPhones {
    void play();
}

这个是我们以前剩下的能听个响的3.5mm接口的耳机

public class Mi35MMEraPhones {
    public void play(){
        System.out.println("使用3.5mm孔的小米耳机播放声音");
    }
}

怎么办呢,是花大钱买个新的耳机(想想,如果真是个复杂的对象,重新实现功能是不是很头大),还是对当前这个3.5mm的耳机爆改,可是我还有个需要使用3.5mm的mp3 ,🤔,这可怎么是好……于是机智的我去淘宝发现了一个type-c转3.5mm的接口,才5块钱!!🤣

适配器类

public class Adapter implements TypeCEraPhones {
    private Mi35MMEraPhones eraPhones;

    public Adapter(Mi35MMEraPhones eraPhones) {
        this.eraPhones = eraPhones;
    }

    @Override
    public void play() {
        eraPhones.play();
    }
}

适配器实现了TypeC耳机的接口,并能把原来的耳机传进来,于是我们就能愉快的用原来的耳机在小米8上听音乐了,hooooooo~而且还能我的mp3使用,美滋滋~

四、缺省适配器模式

在很多情况下,必须让一个具体类实现某一个接口,但是这个类又用不到接口所规定的所有的方法。通常的处理方法是,把方法都实现了,有用的写上需要的方法,没用的提供空实现,烦死了😤

这些空的方法是一种浪费,有时也是一种混乱。只有看过这些空方法的代码,程序员才能知道哪些是空的,哪些不是空的,于是我们可以提供一个适配器类,来为接口所有方法提供空实现,然后这个具体类继承适配器接口,需要哪些方法,进行重写就可以。

在jdk中有AbstractList这样一个抽象类,实现了List接口,如果我们需要定制自己的集合类,就可以继承这个抽象类,需要哪些方法就可以对这些方法进行重写,而不用对List接口下所有方法都提供空实现。

缺省适配器模式是一种特殊的适配器模式,目的是在不得不继承某个方法时可以减少重写不需要的方法。

五、优缺点

优点

  • 更好的复用性:系统需要使用现有的类,而此类的接口不符合系统的需要。那么通过适配器模式就可以让这些功能得到更好的复用。
  • 更好的扩展性:在实现适配器功能的时候,可以调用自己开发的功能,从而自然地扩展系统的功能。

缺点

  • 过多的使用适配器模式,会让系统难以把控,毕竟表面上是A接口,其实内部被适配成了B接口的实现,一个系统如果太多出现这种情况,无异于一场灾难。

六、总结

本文对适配器模式进行了简要介绍,主要把握是适配器实现需要的接口,并与adaptee进行组合,就可以实现对象适配器。在学习适配器模式过程中可以与装饰者模式和外观模式,适配器和装饰者使用方法类似,但是目的完全不同,前者是将一个接口转为另一个接,后者是为了对类进行增强;外观模式目的是对外提供一个简单的接口。


  1. Head First 设计模式,Eric Freeman &Elisabeth Freeman with Kathy Sierra & Bert Bates
  2. Adapter pattern,wiki
  3. 《JAVA与模式》之适配器模式
12-15 05:18