commons-beanutils的copyProperties方法

下面是引至这位网友的作品:http://www.cnblogs.com/gaojing/archive/2011/08/23/2413616.html

spring和apache commons-beanutils中分别存在一个BeanUtils，提供了对java bean的常用操作。

之前在写程序时，用到了两个不同类型但属性基本相同的对象的拷贝，结果在拷贝java.util.Date类型的对象属性时，由于其值为null，而抛异常。

由于时间紧急，所以临时改成了get/set方式，幸亏对象的属性不算多。

后来一直耿耿于怀这个问题，今天抽空看了一下spring和apache commons-beanutils包中BeanUtils.copyProperties的实现。

spring中实现的方式很简单，就是对两个对象中相同名字的属性进行简单get/set，仅检查属性的可访问性。

而commons-beanutils则施加了很多的检验，包括类型的转换，甚至于还会检验对象所属的类的可访问性。

而且，commons-beanutils中的装换是不支持java.util.Date的。除了支持基本类型以及基本类型的数组之外，还支持java.sql.Date, java.sql.Time, java.sql.TimeStamp,  java.io.File,  javaio.URL这些类的对象，其余一概不支持。不过你可以自定义你的类的Converter。然后注册进去。

感觉commons-beanutils包中的这个BeanUtils类的copyProperties方法，太过复杂，约束太多，而且使用不便，虽然可扩展性好了，但是易用性不高。

总结：

关于bean复制，如果属性较少，建议直接写个方法完成get/set即可。如果属性较多，可以自己采用反射实现一个满足自己需要的工具类，或者使用spring的那个beanutils类，不建议使用commons-beanutils包中的那个BeanUtils类，刚看了下，这个类对于内部静态类的对象复制也会出现问题，检验太复杂了，常会出现一些诡异的问题。毕竟我们bean复制一般就是简单的属性copy而已。

而且，由于这些BeanUtils类都是采用反射机制实现的，对程序的效率也会有影响。因此，慎用BeanUtils.copyProperties！！！

我觉得写得很好, 在写代码时,我也遇到同样的问题,下面是一段关于commons-beanutils中copyProperties方法的代码,因为,java.util.Date类不支持,所以要加上注册日期转换器:

	public static void copyBean(Object src,Object dest){
		 //formbaen中的birthday是String类型的,但是我们需要转到userbean的是Date.这里用到org.apache.commons.beanutils.ConvetUtils类
		
		//注册一个日期转换器
		ConvertUtils.register(new Converter(){
			@Override
			public Object convert(Class type, Object value) {
				// TODO Auto-generated method stub
				if(value==null){
					return null;
				}
				String str=(String) value;
				if(str.trim().equals("")){
					return null;
				}
				SimpleDateFormat df=new SimpleDateFormat("yyyy-MM-dd");
				try {
					return df.parse(str);
				} catch (ParseException e) {
					throw new RuntimeException(e);
				}
			}
		}, Date.class);
		try {
			BeanUtils.copyProperties(dest, src);
		} catch (Exception e) {
			throw new RuntimeException(e);
		} 
	}