位于org.apache.commons.beanutils包里面的这两个参数拷贝方法可以复制一个对象中相同名字的参数值到另一个对象,能简化很多代码,但是这两个copy方法使用起来有很大区别。
/**
* 参数拷贝
*
* @param dest 目标
* @param orig 数据源
* @author
* */
public static void copyProperties(Object dest, Object orig) {
try {
PropertyUtils.copyProperties(dest, orig);
} catch (IllegalAccessException | InvocationTargetException
| NoSuchMethodException e) {
throw new IllegalArgumentException(e);
}
}
/**
* 参数拷贝,没有类型转换功能
*
* @param dest 目标
* @param orig 数据源
* @author
* */
public static void copyPropertiesByBean(Object dest, Object orig) {
try {
BeanUtils.copyProperties(dest, orig);
} catch (IllegalAccessException | InvocationTargetException e) {
e.printStackTrace();
}
}
不讨论原理,只说实际开发中BeanUtils要比PropertyUtils好用很多,刚开始我用的PropertyUtils来拷贝参数,遇到一个大坑。
当遇到dest中参数是java.util.Date类型,orig参数类型是java.lang.String类型时,使用PropertyUtils会报错,查了一些资料,发现PropertyUtils有自动类型转换功能,而java.util.Date恰恰是其不支持的类型;
也就是说,在自动转换类型时,报错了。
我也查了一些解决办法,大概就是重写PropertyUtils的copy方法,使其支持java.util.Date,不过我觉得日期转换有多种格式需求,不能仅仅转成一个yyyy-MM-dd格式,所以我认为这种方法复杂并且有缺陷。
而BeanUtils没有自动转换功能,遇到参数名相同,类型不同的参数不会进行赋值。所以在使用完BeanUtils的copy方法后,手工再把类型不同的参数处理下就行了。
网上有说BeanUtils遇到java.util.Date类型也会报错,实际开发环境jdk1.7,完全正常,没有错误。
所以开发中,我推荐使用
BeanUtils.copyProperties