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

设计模式,学习,适配器,模式 · 浏览次数 : 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. 加强产品功

ComfyUI进阶:Comfyroll插件 (七)

前言: 学习ComfyUI是一场持久战,而Comfyroll 是一款功能强大的自定义节点集合,专为 ComfyUI 用户打造,旨在提供更加丰富和专业的图像生成与编辑工具。借助这些节点,用户可以在静态图像的精细调整和动态动画的复杂构建方面进行深入探索。Comfyroll 的节点设计简洁易用,功能强大,

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

目录前言使用简单工厂改进使用注册表改进参考文章 前言 在上一篇文章中我们提到了抽象工厂模式初版代码的一些缺点:①客户端违反开闭原则②提供方违反开闭原则。本文将针对这两点进行讨论 使用简单工厂改进 对于缺点①,我们可以使用简单工厂的思路来改进抽象工厂的初版代码。对于上一篇文章中的例子,我们去除Came

设计模式学习(二)工厂模式——抽象工厂模式

目录背景抽象工厂模式优点与缺点参考文章 背景 现在我需要开发一个相机操作模块,它可能在Windows下运行,也可能在Linux下运行。由于在厂家提供的SDK中,Windows下的SDK和Linux下的SDK是有区别的,因此对于一个品牌的相机,我们要创建两个类去封装这两个不同平台下的API。 我们先使

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

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

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

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