设计模式学习(七):适配器模式

设计模式,学习,适配器,模式 · 浏览次数 : 352

小编点评

**适配器模式** **定义** 适配器模式是一种结构型设计模式,它允许创建一个基于多个接口的接口。适配器提供跟原始类不同的接口,而代理模式和装饰器模式提供的都是跟原始类相同的接口。 **应用** 适配器模式在以下情况下可以使用: * 当需要根据不同的条件创建不同的接口时。 * 当需要将多个接口整合到一个新的接口中时。 **优点** * 降低代码复杂性。 * 允许创建更灵活的接口。 * 减少耦合性。 **缺点** * 需要在创建适配器时进行类型检查。 * 适配器可能需要在运行时进行类型转换。 **示例** ```java //适配器模式的示例 public class PlayerAdapter implements MediaPlayer { private AdvanceMediaPlayer advanceMediaPlayer; public PlayerAdapter(String type) { if ("mp4".equalsIgnoreCase(type)) { advanceMediaPlayer = new MP4Player(); } else if ("AVI".equalsIgnoreCase(type)) { advanceMediaPlayer = new AVIPlayer(); } } @Override public void play(String type, String fileName) { if ("mp4".equalsIgnoreCase(type)) { advanceMediaPlayer.playMP4(fileName); } else if ("AVI".equalsIgnoreCase(type)) { advanceMediaPlayer.playAVI(fileName); } else { System.out.println("不支持该格式"); } } } ``` **UML 图** ``` [MediaPlayer] --> [PlayerAdapter] --> [AdvanceMediaPlayer] ``` **其他** * 适配器模式是一种事后的补救策略。 * 适配器提供跟原始类不同的接口,而代理模式和装饰器模式提供的都是跟原始类相同的接口。 * 适配器模式应用于 JDK 中的 `java.io.*` 包中。

正文

设计模式学习(七):适配器模式

作者:Grey

原文地址:

博客园:设计模式学习(七):适配器模式

CSDN:设计模式学习(七):适配器模式

适配器模式

适配器模式是一种结构型模式。

举例说明,假设有一个播放器,需要根据不同格式以及对应的文件来播放,接口设计如下:

public interface MediaPlayer {
    void play(String type, String fileName);
}

不同类型的播放器只需要实现这个接口即可,比如我们有一个 ClassicMediaPlayer ,这个只能播放 mp3 类型的文件

public class ClassicMediaPlayer implements MediaPlayer {
    @Override
    public void play(String type, String fileName) {
        if ("mp3".equalsIgnoreCase(type)) {
            System.out.println("play mp3");
        } else {
            System.out.println("not supported format");
        }
    }
}

如果我想扩展,希望这个播放器可以播放更多种类,我们可以增加一个适配器:

public class PlayerAdapter implements MediaPlayer {
    private AdvanceMediaPlayer advanceMediaPlayer;

    public PlayerAdapter(String type) {
        if ("mp4".equalsIgnoreCase(type)) {
            advanceMediaPlayer = new MP4Player();
        } else if ("AVI".equalsIgnoreCase(type)) {
            advanceMediaPlayer = new AVIPlayer();
        }
    }

    @Override
    public void play(String type, String fileName) {
        if ("mp4".equalsIgnoreCase(type)) {
            advanceMediaPlayer.playMP4(fileName);
        } else if ("AVI".equalsIgnoreCase(type)) {
            advanceMediaPlayer.playAVI(fileName);
        } else {
            new ClassicMediaPlayer().play(type, fileName);
        }
    }
}

这个适配器就是根据不同类型来构造不同的播放器的,然后定义一个 ExtendMediaPlayer ,这个 ExtendMediaPlayer 应该要拥有 PlayerAdapter 的能力,所以在 ExtendMediaPlayer 中组合了 PlayAdapter ,代码如下

public class ExtendMediaPlayer implements MediaPlayer {
    private PlayerAdapter adapter;

    @Override
    public void play(String type, String fileName) {
        adapter = new PlayerAdapter(type);
        adapter.play(type, fileName);
    }
}

这样,ExtendMediaPlayer 就拥有了播放不同类型文件的能力,在调用的时候,只需要

ExtendMediaPlayer audioPlayer=new ExtendMediaPlayer();
audioPlayer.play("mp3","beyond the horizon.mp3");
audioPlayer.play("mp4","alone.mp4");
audioPlayer.play("avi","far far away.vlc");

UML图如下:

image

更多地:适配器模式是一种事后的补救策略。适配器提供跟原始类不同的接口,而代理模式、装饰器模式提供的都是跟原始类相同的接口。

适配器模式的应用

老版本的 JDK 提供了 Enumeration 类来遍历容器,使用 Enumeration 遍历容器方法示例如下

public class TestEnumeration {
    public static void main(String[] args) {
        Vector<String> v = new Vector<>();
        v.addElement("Lisa");
        v.addElement("Billy");
        v.addElement("Mr Brown");
        Enumeration<String> e = v.elements();// 返回Enumeration对象
        while (e.hasMoreElements()) {
            String value = (String) e.nextElement();// 调用nextElement方法获得元素
            System.out.print(value);
        }
    }
}

新版本的 JDK 用 Iterator 类替代 Enumeration 类来遍历容器,但是为了适配旧 API,采用了适配器模式,

public static <T> Enumeration<T> enumeration(final Collection<T> c) {
  return new Enumeration<T>() {
    // NOTE:底层改用了 iterator 来实现。
    private final Iterator<T> i = c.iterator();

    public boolean hasMoreElements() {
      return i.hasNext();
    }

    public T nextElement() {
      return i.next();
    }
  };
}

更多应用

应用一:JDK 中的 java.io.* 包。

应用二:jdbc-odbc bridge

应用三:ASM transformer

UML 和 代码

UML 图

代码

更多

设计模式学习专栏

参考资料

与设计模式学习(七):适配器模式相似的内容:

设计模式学习(七):适配器模式

设计模式学习(七):适配器模式 作者:Grey 原文地址: 博客园:设计模式学习(七):适配器模式 CSDN:设计模式学习(七):适配器模式 适配器模式 适配器模式是一种结构型模式。 举例说明,假设有一个播放器,需要根据不同格式以及对应的文件来播放,接口设计如下: public interface

C#软件架构设计原则

软件架构设计原则 学习设计原则是学习设计模式的基础。在实际的开发过程中,并不是一定要求所有的代码都遵循设计原则,而是要综合考虑人力、成本、时间、质量,不刻意追求完美,要在适当的场景遵循设计原则。这体现的是一种平衡取舍,可以帮助我们设计出更加优雅的代码结构。 分别用一句话归纳总结软件设计七大原则,如下

【PB案例学习笔记】-02 目录浏览器

写在前面 这是PB案例学习笔记系列文章的第二篇,该系列文章适合具有一定PB基础的读者, 通过一个个由浅入深的编程实战案例学习,提高编程技巧,以保证小伙伴们能应付公司的各种开发需求。 文章中设计到的源码,小凡都上传到了gitee代码仓库https://gitee.com/xiezhr/pb-proje

10个方法提高产品的使用价值

提高产品使用价值的方法有: 1. 深入用户研究,理解用户核心需求和痛点。设计出确切解决用户问题的产品。 2. 关注用户感知价值,确保产品提供平稳流畅的用户体验。 3. 适时获取用户反馈,持续优化产品,解决用户在使用中的问题。 4. 注重产品的可用性,简化操作流程,降低用户学习成本。 5. 加强产品功

设计模式学习(二)工厂模式——工厂方法模式+注册表

目录工厂方法模式的瑕疵注册表 工厂方法模式的瑕疵 在前一篇笔记中我们介绍了工厂方法模式,示例的类图如下: 考虑一种情况:现在要在程序运行时,根据外部资源,动态的实例化对象。也就是说在编译期我们无法知道要实例化的对象的类型。因此在实例化的过程中,就需要加以判断。 例如,在我的例子中,要根据连接到主机的

设计模式学习(二):单例模式

设计模式学习(二):单例模式 作者:Grey 原文地址: 博客园:设计模式学习(二):单例模式 CSDN:设计模式学习(二):单例模式 单例模式 单例模式是创建型模式。 单例的定义:“一个类只允许创建唯一一个对象(或者实例),那这个类就是一个单例类,这种设计模式就叫作单例设计模式,简称单例模式。”定

设计模式学习(三):工厂模式

设计模式学习(三):工厂模式 作者:Grey 原文地址: 博客园:设计模式学习(三):工厂模式 CSDN:设计模式学习(三):工厂模式 工厂模式 工厂模式是创建型模式,工厂模式分为:简单工厂,工厂方法和抽象工厂三种类型。 简单工厂 这个模式很简单,比如我们需要制造不同类型的鼠标,我们只需要创建一个鼠

设计模式学习(四):建造者模式

设计模式学习(四):建造者模式 作者:Grey 原文地址: 博客园:设计模式学习(四):建造者模式 CSDN:设计模式学习(四):建造者模式 建造者模式 建造者模式是创建型模式。 我们在对一个实体类进行属性的 get 或 set 的时候,可以通过封装一些常用的构造方法来简化实体类的构造。 比如 Ef

设计模式学习(五):原型模式

设计模式学习(五):原型模式 作者:Grey 原文地址: 博客园:设计模式学习(五):原型模式 CSDN:设计模式学习(五):原型模式 原型模式 原型模式是创建型模式。 如果对象的创建成本比较大,而同一个类的不同对象之间差别不大(大部分字段的值都相同),在这种情况下,我们可以利用对已有对象(原型)进

设计模式学习(六):代理模式

设计模式学习(六):代理模式 作者:Grey 原文地址: 博客园:设计模式学习(六):代理模式 CSDN:设计模式学习(六):代理模式 代理模式 代理模式是结构型模式,分为静态代理和动态代理。 静态代理 举个例子,假设需要在某个类的某段代码的前后加上日志记录,就可以通过静态代理的方式实现,代码如下