1、前言
mapstruct中常用注解如@Mapping,@AfterMapping,@BeanMapping等的使用,通过案例说明各式各样的业务pojo对象之间如何借助mapstruct完成相互之间的转换,减少代码量的同时也能突出业务逻辑流程,让你的代码里写起来更有规范可言。
2、简介
Reference Guide – MapStruct
3、使用场景
主要用于pojo之间的转换。
不同的convert方案：
4、mapstruct使用
4.1 不使用mapstruct的缺点
- 多与杂的代码与业务代码耦合，可读性差
- 重复的劳动
cardto业务对象：
partdto:
driverdto:
carvo:
drivervo:
partvo:
测试类：
4.2 mapstuct使用方法
- 引入依赖
- 新建抽象类或者接口并标注@mapper注解
- 写转换方法，方法名任意（eg. dto2vo）
- 获取对象并使用
4.2.1 引入依赖
4.2.2 新建抽象类或者接口并标注@mapper注解
4.2.3 car转化pojo案例
CarConvert抽象类：
测试类：
4.3 默认的映射规则
4.4 @Mappings和@Mapping
需求1：处理成保留2位小数
代码实现：通过@mapping实现
测试类：
需求2：publishDate处理格式
代码：
需求3 vo中的color不从dto中映射：设置ignore
需求4: 当属性是引用类型时，如何映射？如driverdto
代码：
结果：
4.5 Aftermapping和mappingtarget
通过mapstruct处理不了的或者不好处理的场景，我们自己自定义处理。
需求：处理vo中hasPart的值
抽象类增加方法：
结果：
4.5 批量转换
需求：list ---> list
冗余实现：
mapstruct实现：
测试类：
4.6 @BeanMapping
配置一个id测试：
