神头鬼脸之适配器模式

今天是设计模式学习系列的第7篇–适配器模式

开头三问?

  1. 什么是适配器模式?什么是类的适配器模式、对象的适配器模式、接口的适配器模式?
  2. 适配器模式和装饰者模式的区别?
  3. 适配器模式的使用场景?

带着这几个问题,开始我们今天的学习吧。

适配器模式解析

说到适配器模式,其实顾名思义不难理解,我举一个例子。

相信很多朋友都有去过香港买东西,比如我曾经去香港买了一个 ipad air,但是呢,港版的它的充电器插头和我们大陆的插座是不适配的。

在这里插入图片描述

但是我已经买回来了,这个插头可是不能直接充电的,那怎么办呢?这时候我去淘宝上买了一个转换器。

在这里插入图片描述

这样一来就可以愉快的使用了,那么上面这个例子中,适配器的作用就是位于港版插头和我们大陆插座之间,它的工作将大陆插座转换成港版插座,好让港版插头可以插入得到电力。其实 适配器模式和真实世界的 适配器 扮演着同样的角色:将一个接口转换成另一个接口,以符合客户的期望。

我们使用适配器模式的过程一般如下:

  1. 通过目标接口调用适配器的方法对适配器发出请求;
  2. 适配器使用被适配者接口把请求转换成被适配者的一个或多个接口;
  3. 客户接收到调用结果,但是感知不到适配器在起转换作用;

结合上面的例子,港版充电头就是客户,它要调用港版标准插座进行充电,而淘宝买的转换器就是适配器,它实现了一个目标接口(提供港版插座接口),被适配者就是我们的大陆插座接口; 需要注意的是,客户和被适配者是解耦的,一个不知道另一个。

定义适配器模式:

将一个类的接口,转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。

类图如下:

在这里插入图片描述

适配器模式充满着良好的 OO 设计原则: 使用对象组合,提供修改的接口包装被适配者,这种做法还有额外的优点就是 被适配者的任何子类都可以搭配适配器使用

核心思想就是有一个 Adaptee 类,拥有一个方法待适配,目标接口是 Target ,通过 Adapter 类将 Adaptee 的功能扩展到 Target 里。

下面来看段代码加深理解:

/**被适配者*/
public class Adaptee {
    public void method1() {
        System.out.println("this is original method!");
    }
}
/**目标接口*/
public interface Target {
    /**
     * 与原类中的方法相同
     */
    public void method1();
    /**
     * 新类的方法
     */
    public void method2();
}
/**Adapter 实现 Target 接口,组合了Adaptee*/
public class Adapter implements Target {
    private Adaptee adaptee;

    public Adapter(Adaptee adaptee) {
        super();
        this.adaptee = adaptee;
    }

    @Override
    public void method2() {
        System.out.println("this is the target method!");
    }

    @Override
    public void method1() {
        adaptee.method1();
    }
}
/**测试类*/
public class AdapterTest {
    public static void main(String[] args) {
        Adaptee adaptee = new Adaptee();
        Target target = new Adapter(adaptee);
        target.method1();
        target.method2();
    }
}

上面我们已经定义了适配器模式,不过实际上适配器模式分为 “对象适配器” 、 “类适配器”和“接口”适配器。

上面我们画的类图是 对象适配器的,接下来一起看看什么是类适配器和接口适配器。

类适配器

在这里插入图片描述

区别就在于 Adapter 类继承 Adaptee 类,实现 Target 接口:

/**
 * 类适配器
 */
public class Adapter extends Adaptee implements Target {
    @Override
    public void method2() {
        System.out.println("this is the target method!");
    }
}

接口适配器

第三种适配器模式是接口的适配器模式,接口的适配器是这样的:有时我们写的一个接口中有多个抽象方法,当我们写该接口的实现类时,必须实现该接口的所有方法,这明显有时比较浪费,因为并不是所有的方法都是我们需要的,有时只需要某一些,此处为了解决这个问题,我们引入了接口的适配器模式,借助于一个抽象类,该抽象类实现了该接口,实现了所有的方法,而我们不和原始的接口打交道,只和该抽象类取得联系,所以我们写一个类,继承该抽象类,重写我们需要的方法就行。看一下类图:

在这里插入图片描述

这个很好理解,在实际开发中,我们也常会遇到这种接口中定义了太多的方法,以致于有时我们在一些实现类中并不是都需要。

适配器和装饰者模式的区别?

学了适配器模式你可能会感觉和装饰者模式非常像,都是持有一个对象实例,然后进行功能组装。

不过两者的侧重点吗是不同的: 适配器是将一个对象包装起来以改变其接口;装饰者将一个对象包装起来以增加新的行为和责任;而下一篇我准备写的外观模式是将一群对象 “包装” 起来以简化其接口,敬请期待。

这里还要注意: 装饰者不改变接口,只是加入责任,而适配器是将一个接口转成另一个接口;

适配者的使用场景

当需要使用一个现有的类而其接口并不符合你的需要时,就使用适配器。比如早起的JDK中集合类型的迭代器是 Enumeration 枚举。但是 后来新的 JDK 使用的是 Iterator,当我们对面遗留代码,这些代码暴露出枚举接口,但我们又希望在新的代码中只使用迭代器,解决这个问题我们就可以构造一个适配器,持有枚举 Enumeration 类的实例,即被适配者即可。

好了,适配器模式我们就学到这里。概念很好理解,希望大家定期按照本文开头一样,定期问自己这几个问题,不然这个东西非常容易忘记,当大脑梳理清楚后,在工作中写代码时多结合使用,相信你的代码会越写越顺滑。


全文完,fighting!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值