当前位置:

首页 > 编程开发 > Spring Boot DTO 与模型映射实现教程

Spring Boot DTO 与模型映射实现教程

本文介绍如何在SpringBoot应用中,通过构建一个泛型抽象服务来解决DTO(数据传输对象)与领域模型之间重复映射的问题。利用ModelMapper和Java泛型,可以实现一套可复用的映射逻辑,显著减少代码冗余,提高开发效率和代码可维护性,特别适用于拥有大量数据传输对象和实体类的RESTfulAPI项目。

Spring Boot 通用 DTO 与模型映射服务实现指南

本文介绍如何在 Spring Boot 应用中,通过构建一个泛型抽象服务来解决 DTO(数据传输对象)与领域模型之间重复映射的问题。利用 ModelMapper 和 Java 泛型,可以实现一套可复用的映射逻辑,显著减少代码冗余,提高开发效率和代码可维护性,特别适用于拥有大量数据传输对象和实体类的 RESTful API 项目。

背景与问题:重复的映射逻辑

在 Spring Boot 构建的 RESTful API 应用中,我们经常需要在数据传输对象(DTO)与领域模型(Entity)之间进行相互转换。例如,从客户端接收 DTO,将其转换为 Entity 进行业务处理和持久化;或将 Entity 转换为 DTO 返回给客户端。当项目中存在大量 DTO 和 Entity 类时,为每个业务服务编写重复的映射方法(如 mapToDto() 和 mapToEntity())会造成大量冗余代码,降低开发效率和代码可维护性。

原始的实现方式可能如下所示,在每个服务中重复注入 ModelMapper 并编写特定的映射方法:

@Service
public class FaqService {

    @Resource(name = "modelMapper")
    private final ModelMapper modelMapper;

    // ... 其他业务逻辑 ...

    private FaqDto mapToDto(Faq faq){
        FaqDto faqDto = modelMapper.map(faq, FaqDto.class);
        return faqDto;
    }

    private Faq mapToEntity(FaqDto faqDto){
        Faq faq = modelMapper.map(faqDto, Faq.class);
        return faq;
    }
}

这种模式在项目规模扩大后,会变得难以管理和维护。

解决方案:构建泛型抽象映射服务

为了解决上述问题,我们可以设计一个泛型抽象服务,将 DTO 和 Entity 的映射逻辑集中管理。核心思路是利用 Java 泛型定义通用的接口和抽象类,并结合 ModelMapper 实现具体的映射操作。

1. 定义泛型映射接口 CommonService

首先,定义一个泛型接口 CommonService,它接受两个类型参数:E 代表 Entity 类型,D 代表 DTO 类型。这样,接口方法 mapToEntity 接收 DTO 并返回 Entity,mapToDto 接收 Entity 并返回 DTO,从而保证了类型安全。

// E for Entity and D for DTO
public interface CommonService {

    /**
     * 将 DTO 对象映射为 Entity 对象
     * @param dto DTO 对象
     * @return 对应的 Entity 对象
     */
    E mapToEntity(D dto);

    /**
     * 将 Entity 对象映射为 DTO 对象
     * @param entity Entity 对象
     * @return 对应的 DTO 对象
     */
    D mapToDto(E entity);
}

2. 实现抽象泛型服务 AbstractCommonService

接下来,创建一个抽象类 AbstractCommonService 来实现 CommonService 接口。这个抽象类将负责注入 ModelMapper,并接收 Entity 和 DTO 的 Class 类型,以确保 ModelMapper 在运行时能够正确地进行类型转换。

import org.modelmapper.ModelMapper;

public abstract class AbstractCommonService implements CommonService {

    protected final ModelMapper modelMapper;
    private final Class entityClass; // Entity 类的 Class 对象
    private final Class dtoClass;    // DTO 类的 Class 对象

    /**
     * 构造函数,用于注入 ModelMapper 并获取 Entity 和 DTO 的 Class 类型
     * @param modelMapper ModelMapper 实例
     * @param entityClass Entity 类的 Class 对象
     * @param dtoClass DTO 类的 Class 对象
     */
    public AbstractCommonService(ModelMapper modelMapper, Class entityClass, Class dtoClass) {
        this.modelMapper = modelMapper;
        this.entityClass = entityClass;
        this.dtoClass = dtoClass;
    }

    @Override
    public E mapToEntity(D dto) {
        // 使用 ModelMapper 将 DTO 映射为指定类型的 Entity
        E entityObject = modelMapper.map(dto, entityClass);
        return entityObject;
    }

    @Override
    public D mapToDto(E entity) {
        // 使用 ModelMapper 将 Entity 映射为指定类型的 DTO
        D dtoObject = modelMapper.map(entity, dtoClass);
        return dtoObject;
    }
}

关键点解释:

  • protected final ModelMapper modelMapper;: ModelMapper 被声明为 protected final,以便子类可以直接访问并确保其不可变性。
  • private final Class entityClass; 和 private final Class dtoClass;: 这两个字段存储了泛型 E 和 D 对应的实际 Class 对象。在 Java 泛型中,类型擦除导致运行时无法直接获取泛型类型。通过在构造函数中显式传递 Class 对象,我们为 ModelMapper.map() 方法提供了正确的运行时目标类型,避免了将其映射到 Object.class 导致的类型转换错误。

3. 在具体业务服务中应用

现在,任何具体的业务服务都可以通过继承 AbstractCommonService 来获得通用的映射能力,而无需重复编写映射逻辑。

import lombok.extern.slf4j.Slf4j;
import org.modelmapper.ModelMapper;
import org.springframework.stereotype.Component;
import org.springframework.stereotype.Service;

// 假设 SpecificEntity 和 SpecificDto 是具体的业务实体和 DTO 类
class SpecificEntity { /* ... */ }
class SpecificDto { /* ... */ }

@Service
@Slf44j
@Component("specificService") // 可以指定一个组件名称
public class SpecificService extends AbstractCommonService {

    /**
     * 构造函数,通过 super() 调用父类的构造函数,传入 ModelMapper 实例
     * 以及 SpecificEntity 和 SpecificDto 的 Class 对象。
     * @param modelMapper ModelMapper 实例
     */
    public SpecificService(ModelMapper modelMapper) {
        super(modelMapper, SpecificEntity.class, SpecificDto.class);
    }

    /**
     * 示例业务方法,演示如何使用父类提供的映射功能
     */
    public SpecificEntity createSpecificEntityFromDto(SpecificDto dto) {
        // 直接调用父类的 mapToEntity 方法进行映射
        SpecificEntity entity = this.mapToEntity(dto);
        // ... 其他业务逻辑 ...
        return entity;
    }

    public SpecificDto getSpecificDtoFromEntity(SpecificEntity entity) {
        // 直接调用父类的 mapToDto 方法进行映射
        SpecificDto dto = this.mapToDto(entity);
        // ... 其他业务逻辑 ...
        return dto;
    }

    // 可以在此添加其他 SpecificService 特有的业务方法
    public void testMethod() {
        this.mapToEntity(new SpecificDto());
        log.info("SpecificService testMethod executed, using generic mapping.");
    }
}

使用说明:

  1. 在 SpecificService 的构造函数中,通过 super(modelMapper, SpecificEntity.class, SpecificDto.class); 调用 AbstractCommonService 的构造函数。
  2. 将 ModelMapper 实例注入到 SpecificService 中,并将其传递给父类。
  3. 传递 SpecificEntity.class 和 SpecificDto.class,明确告知父类泛型参数 E 和 D 的具体类型。
  4. 在 SpecificService 的业务方法中,可以直接调用 this.mapToEntity() 和 this.mapToDto() 来执行映射操作,而无需关心具体的映射实现细节。

优势与注意事项

优势

  • 代码复用性高:将 DTO 与 Entity 的映射逻辑集中在一个抽象类中,避免了在每个服务中重复编写映射代码。
  • 提高可维护性:当映射规则需要调整时,只需修改 AbstractCommonService 中的逻辑(或 ModelMapper 的配置),所有继承的服务都会自动生效。
  • 类型安全:通过泛型和显式传递 Class 对象,确保了映射过程中的类型安全,避免了运行时类型转换错误。
  • 简化业务服务:业务服务可以更专注于其核心业务逻辑,而无需关心 DTO/Entity 的转换细节。

注意事项

  1. ModelMapper 配置:确保 ModelMapper 在 Spring Boot 应用中正确配置为一个 Bean。例如,可以在配置类中定义:

    @Configuration
    public class ModelMapperConfig {
        @Bean
        public ModelMapper modelMapper() {
            ModelMapper modelMapper = new ModelMapper();
            // 可以添加自定义的映射配置,例如跳过某些字段、定义自定义转换器等
            // modelMapper.getConfiguration().setMatchingStrategy(MatchingStrategies.STRICT);
            return modelMapper;
        }
    }
  2. 复杂映射处理:对于一些复杂的映射场景(例如嵌套对象、字段名不一致、需要自定义转换逻辑),ModelMapper 提供了丰富的配置选项,如 PropertyMap、Converter 等。可以在 ModelMapperConfig 中进行详细配置,以满足特定需求。

  3. 性能考虑:对于极度性能敏感的场景,或者有大量复杂映射操作时,可以考虑使用其他更轻量级或手动编写的映射方案。但对于大多数业务应用而言,ModelMapper 提供的便利性远超其微小的性能开销。

  4. Lombok 注解:示例中使用了 lombok.extern.slf4j.Slf4j 和 @AllArgsConstructor 等 Lombok 注解,请确保项目中已引入 Lombok 依赖。

总结

通过构建一个泛型抽象服务 AbstractCommonService,并结合 ModelMapper,我们成功地为 Spring Boot 应用提供了一个高效、可维护且类型安全的 DTO 与领域模型映射解决方案。这种模式极大地减少了代码冗余,提高了开发效率,使得业务服务能够更加专注于核心业务逻辑的实现。

本文内容来源于互联网,如有侵权请联系删除。
作者最新文章
编程开发
相关文章 更多
C++动态数组初始化怎么写?常用语句与代码示例
C++动态数组初始化怎么写?常用语句与代码示例

深入解析C++中动态数组的初始化机制,涵盖new操作符的不同用法、基本类型与类对象的初始化差异,以及为何在现代C++开发中应优先使用std::vector。

using namespace 使用中遇到的问题怎么解决
using namespace 使用中遇到的问题怎么解决

命名空间的基本概念与常见引入问题在C++等编程语言中,命名空间(namespace)是一种将代码标识符(如变量、函数、类名)封装在特定名称下的机制,其主要目的是避免命名冲突,尤其是在大型项目或使用多个第三方库时。使用“using namespace”指令可以将指定命名空间中的所有名称引入当前作用域,

c语言函数递归 实操经验总结:这些技巧很实用
c语言函数递归 实操经验总结:这些技巧很实用

理解递归的基本原理在C语言中,递归是一种函数调用自身的编程技术。要掌握它,首先需要理解其核心思想:将一个复杂的大问题,分解为一个或几个与原问题相似但规模更小的子问题,直到子问题足够简单,可以直接求解。这个过程通常包含两个关键部分:递归出口和递归体。递归出口定义了问题何时不再继续分解,即最简单、可直接

c语言函数递归 怎么选?常见方案对比分析
c语言函数递归 怎么选?常见方案对比分析

递归函数的基本概念与适用场景在C语言编程中,递归是一种函数调用自身的编程技巧。它并非适用于所有问题,但在处理某些具有自相似结构的问题时,能提供极其清晰和优雅的解决方案。递归的核心思想是将一个大规模问题分解为一个或多个同类型但规模更小的子问题,直到子问题简单到可以直接求解。典型的适用场景包括树形结构的

Objective-C 内存管理入门:从 alloc 到 dealloc 的生命周期详解
Objective-C 内存管理入门:从 alloc 到 dealloc 的生命周期详解

理解内存管理的基石在Objective-C的编程世界中,内存管理是开发者必须掌握的核心技能之一。它直接关系到应用的性能、稳定性与资源利用效率。与一些采用自动垃圾回收机制的语言不同,Objective-C在很长一段时间里,依赖一套基于引用计数的、需要开发者部分介入的管理规则。这套规则的核心思想是明确的

如何正确使用 dealloc 以避免 iOS 应用中的内存泄漏
如何正确使用 dealloc 以避免 iOS 应用中的内存泄漏

理解 dealloc 的角色与时机在 iOS 应用开发中,内存管理是保障应用性能与稳定性的基石。dealloc 方法是 Objective-C 中对象生命周期结束时的关键回调,它标志着对象即将被系统回收内存。正确理解其触发时机至关重要:当一个对象的引用计数降为零时,运行时系统会自动调用该对象的 de

深入理解 Objective-C 中的 dealloc 方法:内存管理核心机制
深入理解 Objective-C 中的 dealloc 方法:内存管理核心机制

内存管理的基石在Objective-C的世界里,内存管理是开发者必须掌握的核心技能之一。作为一门在手动引用计数(MRC)时代诞生的语言,Objective-C要求程序员对对象的生命周期有清晰的认识。dealloc方法正是这一生命周期中至关重要的终点站。它是一个实例方法,当对象的引用计数降为零时,系统

理解 native2ascii:Java 国际化开发中的字符编码工具
理解 native2ascii:Java 国际化开发中的字符编码工具

native2ascii 工具的基本定位在Ja va应用程序的国际化与本地化开发过程中,处理非拉丁字符集是一个常见且关键的环节。Ja va内部使用Unicode字符集来统一表示全球各种语言的文字,但其属性文件(.properties)在历史上要求使用ASCII编码,或者更准确地说,要求非ASCII字

如何使用 native2ascii 转换中文字符为 Unicode 转义序列
如何使用 native2ascii 转换中文字符为 Unicode 转义序列

理解 native2ascii 工具的基本用途在软件开发,特别是涉及国际化处理的场景中,开发者常常需要处理不同编码的文本资源。native2ascii 是 Ja va 开发工具包(JDK)中提供的一个命令行实用程序,其主要功能是将包含本地字符编码(非ASCII字符)的文件,转换为包含 Unicode

Java native2ascii 命令详解:解决属性文件乱码问题
Java native2ascii 命令详解:解决属性文件乱码问题

native2ascii 命令的由来与作用在Ja va开发中,处理国际化资源文件是一个常见需求。资源文件通常以.properties格式存储,用于支持多语言界面。然而,Ja va属性文件默认采用ISO-8859-1字符集编码,这导致了一个直接的问题:当文件中包含非拉丁字符(如中文、日文、韩文等)时,

查看更多
精品专题 更多
装机必备
装机必备

正软商城装机必备专区,精选办公、浏览器、安全防护、影音播放、压缩解压、设计创作和系统工具等电脑常用正版软件,帮助用户快速完成新电脑软件配置。

Windows
Windows

正软商城Windows软件专区,汇集适用于Windows电脑的办公、设计、安全防护、影音播放、开发工具和系统优化软件,提供软件介绍、系统要求、正版授权及购买下载服务。

macOS软件
macOS软件

正软商城macOS软件专区,精选适用于Mac电脑的办公、设计、影音、效率、开发和系统工具,提供软件功能介绍、macOS兼容版本、正版授权及购买下载服务。

Mac软件 更多
灵活计算器
灵活计算器
macOS/iOS/Android

灵活计算器是一款笔记式算数应用,支持实时计算、动态关联和云端同步功能。记录、整理和输出之间的过渡会更自然,适合长期写作、做笔记或持续沉淀个人内容。

赤友清理大师
赤友清理大师
macOS

赤友清理大师是一款为 Mac 设计的智能清理优化工具,可精准扫描垃圾、大文件、重复文件等,释放磁盘空间。做扫描整理、文字提取和表格转换时,它能把识别后的处理步骤接得更顺,资料录入这类场景会省下不少时间。

极度公式
极度公式
Windows/macOS/Linux

极度公式是一款跨平台专业LaTeX公式识别编辑软件,支持OCR公式识别和多平台编辑。和使用说明,避免使用,享受完整功能与稳定支持。做扫描整理、文字提取和表格转换时,它能把识别后的处理步骤接得更顺,资料录入这类场景会省下不少时间。

WINDOWS 更多
Windows 10
Windows 10
Windows

Windows 10 是一款微软推出的经典操作系统,拥有硬件兼容性与多任务处理能力。它更偏向把系统状态查看和常用调节动作放在一起,适合需要持续观察和微调设备状态的场景。

极度公式
极度公式
Windows/macOS/Linux

极度公式是一款跨平台专业LaTeX公式识别编辑软件,支持OCR公式识别和多平台编辑。和使用说明,避免使用,享受完整功能与稳定支持。做扫描整理、文字提取和表格转换时,它能把识别后的处理步骤接得更顺,资料录入这类场景会省下不少时间。

密码键盘
密码键盘
Windows/macOS/iOS/Android

密码键盘是一款兼具安全性与便捷性的高效密码管理器。日常使用里的持续防护和信息管理会更突出,适合把安全控制放进长期使用流程中的场景。