您好,登錄后才能下訂單哦!
這篇文章主要介紹“為什么不推薦使用BeanUtils屬性轉換工具”,在日常操作中,相信很多人在為什么不推薦使用BeanUtils屬性轉換工具問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”為什么不推薦使用BeanUtils屬性轉換工具”的疑惑有所幫助!接下來,請跟著小編一起來學習吧!
不推薦的主要理由是:
有些屬性拷貝工具性能有點差
有些屬性拷貝工具有“BUG”
使用屬性拷貝工具容易存在一些隱患(后面例子會講到)
示例
首先公司內部就遇到過 commons 包的 BeanUtils 進行屬性拷貝性能較差的真實案例,然后該同事換成了 Spring 的 BeanUtils 性能好了很多,感興趣大家可以使用性能測試框架或者基準測試框架去對比,這里就不對比了。
接下來我們看 Spring 的 BeanUtils 的屬性拷貝會存在啥問題:
import lombok.Data;
import java.util.List;
@Data
public class A {
private String name;
private List<Integer> ids;
}
@Data
public class B {
private String name;
private List<String> ids;
}
import org.springframework.beans.BeanUtils;
import java.util.Arrays;
public class BeanUtilDemo {
public static void main(String[] args) {
A first =
new A();
first.setName("demo");
first.setIds(Arrays.asList(1,
2,
3));
B second =
new B();
BeanUtils.copyProperties(first, second);
for (String each : second.getIds()) {// 類型轉換異常
System.out.println(each);
}
}
}
大家運行上述示例時,會發生類型轉換異常。
打斷點可以看到,屬性拷貝之后 B 類型的 second 對象中 ids 仍然為 Integer 類型:
如果不轉換為字符串,直接進行打印,并不會報錯。
使用CGlib 在不定義Converter 的情況下也會遇到類似問題:
import org.easymock.cglib.beans.BeanCopier;
import java.util.Arrays;
public class BeanUtilDemo {
public static void main(String[] args) {
A first =
new A();
first.setName("demo");
first.setIds(Arrays.asList(1,
2,
3));
B second =
new B();
final BeanCopier beanCopier = BeanCopier.create(A.class,
B.class,
false);
beanCopier.copy(first,second,null);
for (String each : second.getIds()) {// 類型轉換異常
System.out.println(each);
}
}
}
同樣,問題在運行時才暴露出來。
接下來我們看下 mapstruct:
import org.mapstruct.Mapper;
import org.mapstruct.factory.Mappers;
@Mapper
public interface Converter {
Converter INSTANCE = Mappers.getMapper(Converter.class);
B
aToB(A car);
}
import java.util.Arrays;
public class BeanUtilDemo {
public static void main(String[] args) {
A first =
new A();
first.setName("demo");
first.setIds(Arrays.asList(1,
2,
3));
B second = Converter.INSTANCE.aToB(first);
for (String each : second.getIds()) {// 正常
System.out.println(each);
}
}
}
可以成功的將 A 中 List<Integer> 轉為 B 中的 List<String> 類型。
我們看下編譯生成的 Converter 實現類:
import java.util.ArrayList;
import java.util.List;
import javax.annotation.Generated;
import org.springframework.stereotype.Component;
@Generated(
value =
"org.mapstruct.ap.MappingProcessor",
comments =
"version: 1.3.1.Final, compiler: javac, environment: Java 1.8.0_202 (Oracle Corporation)"
)
@Component
public class ConverterImpl implements Converter {
@Override
public B
aToB(A car) {
if ( car ==
null ) {
return null;
}
B b =
new B();
b.setName( car.getName() );
b.setIds( integerListToStringList( car.getIds() ) );
return b;
}
protected List<String>
integerListToStringList(List<Integer> list) {
if ( list ==
null ) {
return null;
}
List<String> list1 =
new ArrayList<String>( list.size() );
for ( Integer integer : list ) {
list1.add( String.valueOf( integer ) );
}
return list1;
}
}
自動幫我們進行了轉換,我們可能沒有意識到類型并不一致。
如果我們在 A 類中添加一個 String number 屬性,在 B 類中添加一個 Long number 屬性,使用 mapstruect 當 number 設置為非數字類型時就會報 .NumberFormatException 。
@Override
public B
aToB(A car) {
if ( car ==
null ) {
return null;
}
B b =
new B();
b.setName( car.getName() );
if ( car.getNumber() !=
null ) {
// 問題出在這里
b.setNumber( Long.parseLong( car.getNumber() ) );
}
b.setIds( integerListToStringList( car.getIds() ) );
return b;
}
使用 cglib 默認則不會映射 number 屬性,B 中的 number 為 null。
如果手動定義轉換器,使用 IDEA 插件(如 generateO2O)自動轉換:
public final class A2BConverter {
public static B
from(A first) {
B b =
new B();
b.setName(first.getName());
b.setIds(first.getIds());
return b;
}
}
在編碼階段就可以非常明確地發現這個問題:
到此,關于“為什么不推薦使用BeanUtils屬性轉換工具”的學習就結束了,希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習,快去試試吧!若想繼續學習更多相關知識,請繼續關注億速云網站,小編會繼續努力為大家帶來更多實用的文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。