摘要: 前面介绍了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