代码已经上传到码云:https://gitee.com/lezaiclub/springboot-hyper-integration.git,欢迎白嫖
为了让应用的代码更易维护,我们往往会将项目进行分层。在《阿里巴巴 Java 开发手册》中,推荐分层如下图:
在Java开发中,数据对象(DO)、数据传输对象(DTO)、视图对象(VO)之间的转换是日常必备技能。MapStruct作为一种类型安全的映射工具,以其高效性和简便性广受欢迎。本文深入探讨MapStruct的基本概念、使用方法及高级特性,是面向所有Java开发者的综合指南。通过阅读本文,您将学习到如何使用MapStruct进行高效的对象映射,不仅能提高开发效率,还能确保代码的清晰和可维护性。关键词包括:MapStruct使用教程、Java对象映射、DTO转换、MapStruct高级特性、Java编译时代码生成。
MapStruct 结合spring使用,设定componentModel = "spring"即可,如下Mapper接口:
本文介绍下Java对象属性复制组件(MapStruct),以及项目中引入遇到的坑。
来源:blog.csdn.net/qq122516902 1.MapStruct是用来做什么的? 2.使用MapStruct解决上述问题 3.添加默认方法 4.可以使用abstract class来代替接口 5.可以使用多个参数 5.直接使用参数作为属性值 6.更新对象属性 7.没有getter/setter也能赋值 8.使用Spring依赖注入 9.自定义类型转换 ---- 首先来了解一下DTO,DTO简单的理解就是做数据传输对象的,类似于VO,但是VO用于传输到前端。(~~) 1.MapStruct
深拷贝 深拷贝相当于创建了一个新的对象,只是这个对象的所有内容,都和被拷贝的对象一模一样而已,即两者的修改是隔离的,相互之间没有影响。 浅拷贝 浅拷贝也是创建了一个对象,但是这个对象的某些内容(比如A)依然是被拷贝对象的,即通过这两个对象中任意一个修改A,两个对象的A都会受到影响。 那么问题来了: * 浅拷贝中,是所有的内容公用呢?还是某些内容公用? * 从隔离来讲,都不希望出现浅拷贝这种方式了,太容易出错了,那么两种拷贝方式的应用场景是怎样的?
平时我经常使用Hutool中的BeanUtil类来实现对象转换,用多了之后就发现有些缺点:
MapStruct是一个Java注解处理器,它的主要功能是自动生成类型安全、高性能且无依赖的bean映射代码。这个工具基于“约定优于配置”的原则,极大地简化了Java Bean类型之间的映射实现过程。
按照日常开发习惯,对于不同领域层使用不同JavaBean对象传输数据,避免相互影响,因此基于数据库实体对象User衍生出比如UserDto、UserVo等对象,于是在不同层之间进行数据传输时,不可避免地需要将这些对象进行互相转换操作。
在Java开发中,对象之间的映射是一项常见而又重要的任务。MapStruct作为一款强大的对象映射框架,通过简化映射代码的编写,提高了开发效率。然而,在实际应用中,我们经常面临源对象或目标对象中存在Null值的情况。本文将深入探讨MapStruct中@Mapping注解的一些特性,特别是在映射过程中如何优雅处理Null值。
我们复制对象最常用的方法是使用 BeanCopy 工具类,这是一种常见的 DTO 对象复制方法。然而,BeanCopy 在处理复杂继承和嵌套类型时常常出现问题,导致开发人员需要花费大量时间来手动处理 DTO 对象之间的映射关系。
来源:blog.csdn.net/qq122516902 首先来了解一下DTO,DTO简单的理解就是做数据传输对象的,类似于VO,但是VO用于传输到前端。(~~) 1.MapStruct是用来做什么的? 现在有这么个场景,从数据库查询出来了一个user对象(包含id,用户名,密码,手机号,邮箱,角色这些字段)和一个对应的角色对象role(包含id,角色名,角色描述这些字段),现在在controller需要用到user对象的id,用户名,和角色对象的角色名三个属性。 一种方式是直接把两个对象传递到contro
1.为什么使用MapStruct 在开发中你可曾遇到如下这样的问题?MyBtatis从数据库中查询的数据映射到domain的实体类上,然后有时候需要将domain的实体类映射给前端的VO类,用
在业务项目的开发中,我们经常需要将 Java 对象进行转换,比如从将外部微服务得到的对象转换为本域的业务对象 domainobject,将 domainobject 转为数据持久层的 dataobject,将 domainobject 转换为 DTO 以便返回给外部调用方等。在转换时大部分属性都是相同的,只有少部分的不同,如果手工编写转换代码,会很繁琐。这时我们可以通过一些对象转换框架来更方便的做这件事情。
在开发中难免会有entity,vo,dto之间的转换那么如何优雅快速的进行转换呢?当然你可以get在set显然不推荐这样做!
常见场景: 比如一个 insert 方法, 在前端传输数据的时候, 为了隐藏后端表结构, 我们会选择构建一个 Dto 来接收数据, 再将 Dto 的值传递给 Entity , 这样省不了大量的 getter/setter 调用, 当一个项目中存在大量的赋值操作, 代码会非常冗余. 这时候如果有一个非常方便的属性映射框架, 可以大大提高我们的效率. 下面进入正题, 来聊聊 MapStruct.
对象映射是在业务开发DTO,VO,PO之间相互转化经常遇到的问题。刚入门的程序员把一个对象映射成其他对象往往会使用手动set,比如下面代码A映射到B,手动set会非常枯燥且麻烦,特别是当属性值非常多的时候。
MapStruct是一个代码生成库,旨在简化Java Bean之间的映射。它允许开发者在定义了映射规则后,通过注解处理器在编译时自动生成映射代码。MapStruct遵循“约定优于配置”的原则,大多数情况下,它能够智能地处理常见的映射场景,而无需开发者编写繁琐的映射逻辑。
首先来了解一下DTO,DTO简单的理解就是做数据传输对象的,类似于VO,但是VO用于传输到前端。(~~)
前几天,远在北京的小伙伴在群里抛出了“MapStruct”的概念。对于只闻其名,未见其人的我来说,决定对其研究一番。本文我们就从 MapStruct 的概念出发,通过具体的代码示例来研究它的使用情况,最后与“市面上”的其它工具来做个对比!
点击关注公众号,Java干货及时送达 开发背景 你有没有遇到过这样的开发场景? 服务通过接口对外提供数据,或者服务之间进行数据交互,首先查询数据库并映射成数据对象(XxxDO)。 正常情况下,接口是不允许直接以数据库数据对象 XxxDO 形式对外提供数据的,而是要再封装成数据传输对象(XxxDTO)提供出去。 为什么不能直接提供 DO? 1)根据单一设计原则,DO 只能对应数据实体对象,不能承担其他职责; 2)DO 可能包含表所有字段数据,不符合接口的参数定义,数据如果过大会影响传输速度,也不符合数据安全
data class 的 copy() 是复制函数,能够复制一个对象的全部属性,也能复制部分的属性。
作为一名Spring工程师;各种无脑的苦力活,可以说至少占据了一半的编程人生;比如说,对象拷贝,无脑的get、set调用;但是基于MVC下,各种实体间的转换,又是必不可少的。
作为一名基于Spring摸爬滚打了数年的码农;各种无脑的苦力活,可以说至少占据了一半的变成人生;比如说,对象拷贝,无脑的get、set调用;但是基于MVC下,各种实体间的转换,又是必不可少的。
├── controller — 控制层(将请求通过 url 匹配,分配到不同的接收器/方法进行处理,然后返回结果)
MapStruct是一种类型安全的bean映射类生成java注释处理器。 我们要做的就是定义一个映射器接口,声明任何必需的映射方法。在编译的过程中,MapStruct会生成此接口的实现。该实现使用纯java方法调用的源和目标对象之间的映射,MapStruct节省了时间,通过生成代码完成繁琐和容易出错的代码逻辑。。
JSR 269 Pluggable Annotation Processing API是Java社区规范,它允许开发者扩展Java编译器的注解处理能力。通过实现这个API,开发者可以创建自己的注解处理器,这些处理器可以在Java编译器(javac)运行时被调用,以处理特定的注解。
一不小心踩了MapStruct表达式的坑,发现了一个在官方文档上都找不到的功能,有必要记录下。MapStruct是一个代码生成器,它基于约定优于配置的方法大大简化了Java Bean类型之间的映射的实现。生成的映射代码使用简单的方法调用,因此速度快,类型安全且易于理解。MapStruct的表达式功能是为了处理特殊对象属性的映射问题,比如DTO中的status属性转换成PO中的status需要进一步的处理,这个时候就需要用到表达式功能了。这里不再赘述关于MapStruct的使用问题,更多的使用教程可参考文档
MapStruct是一个开源的代码生成器,极大地简化了从一种Java对象到另一种Java对象的转换过程。
第一步当然是引入pom依赖,目前1.3版本还是beta所以选择引入1.2版本,使用IDEA的小伙伴推荐去插件商店搜索MapStruct,下载插件可以获得更好的体验
第一次看到 MapStruct 的时候, 我个人非常的开心。因为其跟我内心里面的想法不谋而合。
我们都知道,随着一个工程的越来越成熟,模块划分会越来越细,其中实体类一般存于 domain 之中,但 domain 工程最好不要被其他工程依赖,所以其他工程想获取实体类数据时就需要在各自工程写 model,自定义 model 可以根据自身业务需要映射相应的实体属性。这样一来,这个映射工程貌似并不简单了。阿森差点就犯难了……
4、BeanCopier:BeanCopier是Cglib包中的一个类,用于对象的复制。目标对象必须先实例化 而且对象必须要有setter方法。
mapstruct使用的正确姿势
token主要用在会话管理,防止表单提交和防止CSRF攻击,同时token支持跨域访问,无状态,不存储session信息。
创建由多个层组成的大型 Java 应用程序需要使用多种领域模型,如持久化模型、领域模型或者所谓的 DTO。为不同的应用程序层使用多个模型将要求我们提供 bean 之间的映射方法。手动执行此操作可以快速创建大量样板代码并消耗大量时间。幸运的是,Java 有多个对象映射框架。在本教程中,我们将比较最流行的 Java 映射框架的性能。
最近开始负责一个数据量比较大的业务模块,要求把相关数据全部查出来,不分页,要组树结构,数据从dao层到service由entity对象到Vo对象给前端展示。那么就涉及到对象拷贝,开始的时候用的Spring的BeanUtils做对象转换,并没有什么问题,后来到了测试那里,加大数据量,发现接口越来越慢,开始以为数据库查询问题,把sql搬到数据库运行,发现并不慢,因为关键字段基本都走了索引,不会很慢,后来一步一步找,发现是BeanUtils耗时引起的,然后就有了下面的关于三种对象拷贝方式的实践
老铁们是不是经常为写一些实体转换的原始代码感到头疼,尤其是实体字段特别多的时候。介绍一个开源项目 mapstruct ,可以轻松优雅的进行转换,简化你的代码。当然有的人喜欢写get set,或者用BeanUtils 进行复制,代码只是工具,本文只是提供一种思路。
甚至中间还牵涉了很多类型转换,嵌套之类的繁琐操作,而我们想要的只是建立它们之间的映射关系而已。有没有一种通用的映射工具来帮我们搞定这一切。当然有而且还不少。有人说apache的BeanUtil.copyProperties 可以实现,但是性能差而且容易出异常,很多规范严禁使用这种途径。以下是对几种对象映射框架的对比,大多数情况下 MapStruct 性能最高。类似于lombok ,Mapstruct都是在编译期进行实现,所以一般不存在运行时性能问题。
PO:persistent object 持久对象,对应数据库中的一条记录 VO:view object 表现层对象,最终返回给前端的对象 DTO:data transfer object数据传输对象,如dubbo服务之间传输的对象
当前web后端开发,都是使用多层工程结构,需要在VO,BO,DTO,DO等各种数据结构中相互转换。这些转换代码都是些比较简单的字段映射,类型转换,重复性工作比较高,可以使用一些工具解放我们的双手
这些年写Java写多了,感觉Java是越来越丑。尤其是在玩了TypeScript之后,看到Java代码总有一股想吐的感觉。这种思想的转变,从侧面上证明了,我并不是一个专一的人。
高级码农一定要学会利用工具,不管是插件还是AI,都要熟练掌握,借助它们快速完成工作,才有更多的实际学习探索其他领域。插件和AI相当于码农的飞机和坦克,有核武器不用非要使用小米加步枪,那肯定是硬刚不过的。今天给大家推荐几款常用的优质的插件,旨在快速帮大家完成这80%体力代码,将更多的时间投入在核心功能的开发,告别加班,告别996!
当一个对象有很多字段时,user1里的几十个字段,全部赋值到user2里的时候,需要写几十个get,set方法,代码量冗余繁杂,相信到大家都遇到过这种业务场景,这种千变一律的copy相信大家都厌烦了,如何把这几十行代码变成1一行代码呢?答案就是mapStruct。
领取专属 10元无门槛券
手把手带您无忧上云