重学 Java 设计模式:实战适配器模式

简介: 重学 Java 设计模式:实战适配器模式

重学 Java 设计模式:实战适配器模式

前言

在实际开发中,我们经常会遇到需要从多个 MQ 消息体中抽取指定字段值的场景。例如,从一个包含多个字段的 JSON 消息体中,只需要抽取其中一个字段的值来进行后续处理。这时,我们可以使用适配器模式来实现快速、有效的数据转换。

本文将从实际场景出发,介绍适配器模式的概念、特点、优缺点以及在 Java 中的具体实现。并且通过实战案例展示如何使用适配器模式从多个 MQ 消息体中抽取指定字段值。

什么是适配器模式

适配器模式是一种结构型设计模式,其作用是将一个类的接口转换成客户端所期望的另一种接口,以达到解耦的目的。适配器模式通常用于对已有类的适配,或是多个类的接口不兼容的情况下,通过适配器来完成相互之间的配合。

适配器模式通常包括三个角色:

  1. 目标接口(Target interface):客户端所期望的接口,即客户端想要调用的接口。
  2. 适配器(Adapter):负责将源接口转换为目标接口。适配器通常包括一个目标接口的引用,以及一个源接口的实例对象。
  3. 源接口(Adaptee):已有的类或对象,其接口与目标接口不兼容,需要被适配器转换为目标接口。

适配器模式的特点

适配器模式的最大特点是解耦,它能够将客户端与源接口解耦,从而实现源接口的透明性,使得客户端无需了解源接口的具体实现细节。

另外,适配器模式还具有以下几个特点:

  • 灵活性:适配器可以动态地新增、替换已有的源接口,从而实现灵活性和可扩展性。
  • 重用性:适配器可以重复利用已有的代码,降低了代码的重复率。
  • 安全性:适配器可以将客户端和源接口隔离,从而提高代码的安全性。

适配器模式的优缺点

适配器模式的优点在于它能够实现不同接口之间的适配,从而扩展了已有的接口和类的应用范围。同时,适配器模式还能够提高代码的重用率和灵活性,降低了代码的耦合度。

适配器模式的缺点在于它可能会增加代码的复杂度,特别是当目标接口的方法较多,需要添加适配器方法时,会增加代码的维护难度。此外,过多的适配器还可能影响程序的性能。

适配器模式在 Java 中的具体实现

在 Java 中,适配器模式的实现方式主要有两种,即类适配器模式和对象适配器模式。

类适配器模式

类适配器模式使用继承来实现,即适配器继承自源接口,并实现目标接口。这样,适配器就可以同时拥有源接口和目标接口的功能,从而将源接口转换为目标接口。

以下是类适配器模式的示意图:

Java 中的类适配器模式实现代码如下:

public interface Target {
    void request();
}
public class Adaptee {
    public void SpecificRequest() {
        // 原有的业务逻辑
    }
}
public class Adapter extends Adaptee implements Target {
    // 实现目标接口
    @Override
    public void request() {
        // 转换源接口并调用方法
        this.SpecificRequest();
    }
}

对象适配器模式

对象适配器模式使用组合来实现,即适配器持有一个源接口的实例对象,并实现目标接口。这样,适配器就可以通过持有源接口的实例对象,将源接口转换为目标接口。

Java 中的对象适配器模式实现代码如下:

public interface Target {
    void request();
}
public class Adaptee {
    public void SpecificRequest() {
        // 原有的业务逻辑
    }
}
public class Adapter implements Target {
    private Adaptee adaptee;
    public Adapter(Adaptee adaptee) {
        this.adaptee = adaptee;
    }
    // 实现目标接口
    @Override
    public void request() {
        // 转换源接口并调用方法
        this.adaptee.SpecificRequest();
    }
}

实战案例:从多个 MQ 消息体中抽取指定字段值

在实际开发中,我们常常需要从多个 MQ 消息体中抽取指定字段值,例如从 JSON 消息体中抽取某个字段的值。这时,我们可以使用适配器模式来处理该场景。

以下是一个从多个 JSON 消息体中抽取指定字段值的实战案例:

public interface Extractor {
    String extract(JSONObject json);
}
public class UserIdExtractor implements Extractor {
    @Override
    public String extract(JSONObject json) {
        return json.getString("userId");
    }
}
public class UserNameExtractor implements Extractor {
    @Override
    public String extract(JSONObject json) {
        return json.getString("userName");
    }
}
public class FieldExtractorAdapter implements Extractor {
    private Extractor extractor;
    public FieldExtractorAdapter(Extractor extractor) {
        this.extractor = extractor;
    }
    @Override
    public String extract(JSONObject json) {
        return this.extractor.extract(json.getJSONObject("data"));
    }
}

在上述代码中,Extractor 是抽象接口,定义了从 JSON 消息体中抽取字段的方法,UserIdExtractorUserNameExtractor 是具体实现类,分别用于从 JSON 消息体中抽取 userIduserNameFieldExtractorAdapter 则是适配器类,实现了 Extractor 接口,并持有一个具体实现类的实例,通过调用具体实现类的方法,将源接口适配为目标接口。

接下来,我们可以通过如下的代码调用 FieldExtractorAdapter

public static void main(String[] args) {
    String jsonString = "{\"data\": {\"userId\": \"123\", \"userName\": \"Tom\"}}";
    JSONObject json = JSONObject.parseObject(jsonString);
    Extractor userIdExtractor = new FieldExtractorAdapter(new UserIdExtractor());
    Extractor userNameExtractor = new FieldExtractorAdapter(new UserNameExtractor());
    String userId = userIdExtractor.extract(json);
    String userName = userNameExtractor.extract(json);
    System.out.println("userId: " + userId + ", userName: " + userName);
}

输出结果如下:

userId: 123, userName: Tom

总结

适配器模式是一种结构型设计模式,其应用场景非常广泛。适配器模式能够实现不同接口之间的适配,从而扩展了已有的接口和类的应用范围。同时,适配器模式还能够提高代码的重用率和灵活性,降低了代码的耦合度。

在 Java 中,适配器模式的实现方式主要有两种,即类适配器模式和对象适配器模式。具体实现可根据实际需求灵活选择。

最后,我们通过一个实战案例介绍了如何使用适配器模式从多个 MQ 消息体中抽取指定字段值。适配器模式在实际开发中有着广泛的应用,帮助我们快速、高效地实现不同接口之间的适配。


相关实践学习
消息队列RocketMQ版:基础消息收发功能体验
本实验场景介绍消息队列RocketMQ版的基础消息收发功能,涵盖实例创建、Topic、Group资源创建以及消息收发体验等基础功能模块。
消息队列 MNS 入门课程
1、消息队列MNS简介 本节课介绍消息队列的MNS的基础概念 2、消息队列MNS特性 本节课介绍消息队列的MNS的主要特性 3、MNS的最佳实践及场景应用 本节课介绍消息队列的MNS的最佳实践及场景应用案例 4、手把手系列:消息队列MNS实操讲 本节课介绍消息队列的MNS的实际操作演示 5、动手实验:基于MNS,0基础轻松构建 Web Client 本节课带您一起基于MNS,0基础轻松构建 Web Client
目录
相关文章
|
14天前
|
设计模式 存储 缓存
「全网最细 + 实战源码案例」设计模式——享元模式
享元模式(Flyweight Pattern)是一种结构型设计模式,旨在减少大量相似对象的内存消耗。通过分离对象的内部状态(可共享、不变)和外部状态(依赖环境、变化),它有效减少了内存使用。适用于存在大量相似对象且需节省内存的场景。模式优点包括节省内存和提高性能,但会增加系统复杂性。实现时需将对象成员变量拆分为内在和外在状态,并通过工厂类管理享元对象。
147 83
|
10天前
|
设计模式 存储 算法
「全网最细 + 实战源码案例」设计模式——命令模式
命令模式(Command Pattern)是一种行为型设计模式,将请求封装成独立对象,从而解耦请求方与接收方。其核心结构包括:Command(命令接口)、ConcreteCommand(具体命令)、Receiver(接收者)和Invoker(调用者)。通过这种方式,命令的执行、撤销、排队等操作更易扩展和灵活。 适用场景: 1. 参数化对象以操作。 2. 操作放入队列或远程执行。 3. 实现回滚功能。 4. 解耦调用者与接收者。 优点: - 遵循单一职责和开闭原则。 - 支持命令组合和延迟执行。 - 可实现撤销、恢复功能。 缺点: - 增加复杂性和类数量。
48 14
「全网最细 + 实战源码案例」设计模式——命令模式
|
10天前
|
设计模式 存储 Java
「全网最细 + 实战源码案例」设计模式——责任链模式
责任链模式(Chain of Responsibility Pattern)是一种行为型设计模式,允许将请求沿着处理者链进行发送。每个处理者可以处理请求或将其传递给下一个处理者,从而实现解耦和灵活性。其结构包括抽象处理者(Handler)、具体处理者(ConcreteHandler)和客户端(Client)。适用于不同方式处理不同种类请求、按顺序执行多个处理者、以及运行时改变处理者及其顺序的场景。典型应用包括日志处理、Java Web过滤器、权限认证等。
47 13
「全网最细 + 实战源码案例」设计模式——责任链模式
|
12天前
|
设计模式 算法 开发者
「全网最细 + 实战源码案例」设计模式——策略模式
策略模式(Strategy Pattern)是一种行为型设计模式,用于定义一系列可替换的算法或行为,并将它们封装成独立的类。通过上下文持有策略对象,在运行时动态切换算法,提高代码的可维护性和扩展性。适用于需要动态切换算法、避免条件语句、经常扩展算法或保持算法独立性的场景。优点包括符合开闭原则、运行时切换算法、解耦上下文与策略实现、减少条件判断;缺点是增加类数量和策略切换成本。示例中通过定义抽象策略接口和具体策略类,结合上下文类实现动态算法选择。
47 8
「全网最细 + 实战源码案例」设计模式——策略模式
|
12天前
|
设计模式 SQL 算法
「全网最细 + 实战源码案例」设计模式——模板方法模式
模板方法模式是一种行为型设计模式,定义了算法的骨架并在父类中实现不变部分,将可变部分延迟到子类实现。通过这种方式,它避免了代码重复,提高了复用性和扩展性。具体步骤由抽象类定义,子类实现特定逻辑。适用于框架设计、工作流和相似算法结构的场景。优点包括代码复用和符合开闭原则,缺点是可能违反里氏替换原则且灵活性较低。
60 7
「全网最细 + 实战源码案例」设计模式——模板方法模式
|
24天前
|
设计模式
「全网最细 + 实战源码案例」设计模式——模式扩展(配置工厂)
该设计通过配置文件和反射机制动态选择具体工厂,减少硬编码依赖,提升系统灵活性和扩展性。配置文件解耦、反射创建对象,新增产品族无需修改客户端代码。示例中,`CoffeeFactory`类加载配置文件并使用反射生成咖啡对象,客户端调用时只需指定名称即可获取对应产品实例。
86 40
|
19天前
|
设计模式 Java 开发者
「全网最细 + 实战源码案例」设计模式——适配器模式
适配器模式(Adapter Pattern)是一种结构型设计模式,通过引入适配器类将一个类的接口转换为客户端期望的另一个接口,使原本因接口不兼容而无法协作的类能够协同工作。适配器模式分为类适配器和对象适配器两种,前者通过多重继承实现,后者通过组合方式实现,更常用。该模式适用于遗留系统改造、接口转换和第三方库集成等场景,能提高代码复用性和灵活性,但也可能增加代码复杂性和性能开销。
67 28
|
14天前
|
设计模式 存储 安全
「全网最细 + 实战源码案例」设计模式——组合模式
组合模式(Composite Pattern)是一种结构型设计模式,用于将对象组合成树形结构以表示“部分-整体”的层次结构。它允许客户端以一致的方式对待单个对象和对象集合,简化了复杂结构的处理。组合模式包含三个主要组件:抽象组件(Component)、叶子节点(Leaf)和组合节点(Composite)。通过这种模式,客户端可以统一处理简单元素和复杂元素,而无需关心其内部结构。适用于需要实现树状对象结构或希望以相同方式处理简单和复杂元素的场景。优点包括支持树形结构、透明性和遵循开闭原则;缺点是可能引入不必要的复杂性和过度抽象。
72 22
|
19天前
|
设计模式 缓存 Java
「全网最细 + 实战源码案例」设计模式——代理模式
代理模式(Proxy Pattern)是一种结构型设计模式,通过代理对象控制对目标对象的访问并添加额外功能。它分为静态代理和动态代理,后者包括JDK动态代理和CGLIB动态代理。JDK动态代理基于接口反射生成代理类,而CGLIB通过继承目标类生成子类。代理模式适用于延迟初始化、访问控制、远程服务、日志记录和缓存等场景,优点是职责分离、符合开闭原则和提高安全性,缺点是增加系统复杂性。
69 25
|
17天前
|
设计模式 前端开发 数据库
「全网最细 + 实战源码案例」设计模式——桥接模式
桥接模式(Bridge Pattern)是一种结构型设计模式,通过将抽象部分与实现部分分离,使它们可以独立变化,从而降低代码耦合度,避免类爆炸,提高可扩展性。其结构包括实现类接口、具体实现类、抽象类和精确抽象类。适用于多维度扩展类、隐藏实现细节、简化庞杂类以及运行时切换实现方法的场景。优点包括高扩展性、隐藏实现细节、遵循开闭原则和单一职责原则;缺点是可能增加代码复杂度。示例中展示了不同操作系统播放不同格式视频文件的实现。
46 19