摘要: 前面介绍了mapstrut简单用法,mapstrut的最重要的特点就是处理java中实体与模型间不匹配属性的转换。
实体模型
有一个user对象:
1
2
3
4
5
6
7
|
public class user { private integer id; private string name; private double account; private boolean married; // setters, getters, tostring() } |
有一个employee 对象:
1
2
3
4
5
6
7
|
public class employee { private int id; private string ename; private string position; private string married; // setters, getters, tostring() } |
业务场景
- 需要user 与employee 对象之间转换。
- user 的name属性对应employee 的ename属性,其取值相同,类型相同,名称不同
- user 的married属性(取值true和false)对应employee 的married属性(取值y和n),其取值不同,类型不同,名称相同。
分析与实现
最愚蠢的方式是自己写一堆的setter方法与getter方法,大量get/set代码堆积,增加了代码长度和阅读代码的难度。利用工具beanutils是可以处理第一个需求的,但第三种需求就无能为力了。这时mapstrut就派上用场了,最简单的配置可以像下面这样:
1
2
3
4
5
6
|
@mapper public interface usermapper { usermapper instance = mappers.getmapper(usermapper. class ); employee usertoemployee(user user); user employeetouser(employee employee); } |
对于第二个需求,可以通过下面方式实现,注解@mapping
可以指定需要把哪个字段source
转换为哪个字段target
。
1
2
3
4
5
6
7
8
9
10
11
12
|
@mapper public interface usermapper { usermapper instance = mappers.getmapper(usermapper. class ); @mappings ({ @mapping (source= "name" , target= "ename" ) }) employee usertoemployee(user user); @mappings ({ @mapping (source= "ename" , target= "name" ) }) user employeetouser(employee employee); } |
第三个需求有点变态,但是真实发生在我们的项目中,实现起来确实繁琐一些:
首先,自定义转化逻辑,布尔值到字符串,布尔的true对应字符串的y,布尔的false对应字符串的n:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
|
public class usertransform { public string booleantostring( boolean value){ if (value){ return "y" ; } return "n" ; } public boolean strtoboolean(string str){ if ( "y" .equals(str)) { return true ; } return false ; } } |
使用很简单,在接口的注解mapper添加uses
参数,值就是需要刚才的转换逻辑类。
1
2
|
@mapper (uses = usertransform. class ) public interface usermapper {...} |
结果与分析
用junit test写两个测试方法,分别测试user 对象转换employee ,employee 对象转换user。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
public class midtest { @test public void midtest(){ user user = new user(); user.setid( 125 ); user.setname( "lee" ); user.setmarried( true ); employee e = usermapper.instance.usertoemployee(user); system.out.println(e); } @test public void midtest2(){ employee e = new employee(); e.setid( 222 ); e.setename( "chao" ); e.setmarried( "n" ); user u = usermapper.instance.employeetouser(e); system.out.println(u); } } |
结果如下:
user [id=222, name=chao, account=0.0, married=false]
employee [id=125, ename=lee, position=null, married=y]
转换结果符合预期,转化期间不存在的属性,有了默认值(account和position),包装类也能识别(int和integer),从自动生成的
usermapperimpl.java
中,可以看到,
employee.setmarried( usertransform.booleantostring( user.ismarried() ) );
,用到了刚才自定义的转换逻辑。第三种需求是很少的,但是遇到了也是很难解决的,mapstruct的自定义函数确实方便不少,不过与其他的转换工具相比,上手难度确实大,配置也稍显繁琐。
项目代码托管在码云。
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对服务器之家的支持。如果你想了解更多相关内容请查看下面相关链接
原文链接:https://blog.csdn.net/jiangchao858/article/details/77604469