JPa查询后返回的是Map是怎么转化为JavaBean

起始很不爱写东西的，项目上用的是jPa,我始终觉得Jpa不如Mybatis用着舒服，但是没有办法，不得不和项目保持一致。

Jpa查询的结过集，格式化有三种类型，ALIAS_TO_ENTITY_MAP，TO_LIST，这两个是final修饰的常量。还有一个是通过Transformers.aliasToBean(Class<T> clazz) 来格式化的，我我们想到的最方便的应该是第三个，能给我们返回实体类的集合，这是我们所期望的，但是据我的了解，它并不能让你如愿，或许我还没找到好的方法。他好像要求数据库的字段和实体的字段完全一致才行。而我们一般都是驼峰法命名的。

 鉴于Jpa（Hibernate实现）不帮我们时，就需要自己动手了，我用的是先 用 “Transformers.ALIAS_TO_ENTITY_MAP”,这种格式化类型，这样得到的其实是一个List<Map<String,Objetc>> 类型的视图集。接下来就需要转化一下。我时间紧迫，简单封装了一下，暂时没有考虑到性能等众多其他因素，先用着，以后再优化。下面上代码：

​
package com.sport.camp.util;

import java.beans.BeanInfo;
import java.beans.IntrospectionException;
import java.beans.Introspector;
import java.beans.PropertyDescriptor;
import java.lang.reflect.InvocationTargetException;
import java.lang.reflect.Method;
import java.util.ArrayList;
import java.util.List;
import java.util.Map;
/**
 * 实现bean 与 map的转化
 * @author gxd
 *
 */
public class MapBeanTransferUtil {
	
	public static final char UNDERLINE = '_';
	
	      // Map --> Bean 1: 利用Introspector,PropertyDescriptor实现 Map --> Bean
	      public static   <T> List<T> transMap2Bean(List<Map<String, Object>> list ,  Class<T> clazz) {
	    	  List<T> results = new ArrayList<T>();
	    	  T result = null;
	    		BeanInfo beanInfo = null;
				try {
					beanInfo = Introspector.getBeanInfo(clazz);
				} catch (IntrospectionException e1) {
					// TODO Auto-generated catch block
					e1.printStackTrace();
				}
				  PropertyDescriptor[] propertyDescriptors = beanInfo.getPropertyDescriptors();
	    		for (Map<String, Object> map : list) {
	    			
	    			try {
	    				result = clazz.newInstance();
	    			} catch (InstantiationException | IllegalAccessException e1) {
	    				// TODO Auto-generated catch block
	    				e1.printStackTrace();
	    			}
	    			
					  for (PropertyDescriptor property : propertyDescriptors) {
						  String key = property.getName();
						  String camelToUnderline = camelToUnderline(key);
						  if (map.containsKey(camelToUnderline)) {
							  Object value = map.get(camelToUnderline);
							  
							  // 得到property对应的setter方法
							  Method setter = property.getWriteMethod();
						      Class<?>[] TypeClass = setter.getParameterTypes();  
				                String type = TypeClass[0].getName();  
				                try {
				                if(type.equals("java.lang.String")){  
				                	setter.invoke(result,(String)value);  
				                }  
				                else if(type.equals("java.util.Date")){  
				                	setter.invoke(result, value.toString());  
				                }  else if(type.equals("java.lang.Long")) {
				                	setter.invoke(result, Long.valueOf(value.toString()));  
				                } else if(type.equals("java.lang.Integer")) {
				                	setter.invoke(result, Integer.valueOf(value.toString()));  
				                }
				                //如有其他特殊类型。。。。主要是那些数据库与实体并不对应的那些
							  
							} catch (IllegalAccessException | IllegalArgumentException | InvocationTargetException e) {
								// TODO Auto-generated catch block
								e.printStackTrace();
							}
						  }
					  }
					  //每个map一个实体bean
					  results.add(result);
				}
	    		  return results;
	    	  }
	      
	      //将驼峰转化为 带下划线的数据库字段备用
	  	public static String camelToUnderline(String param) {
			if (param == null || "".equals(param.trim())) {
				return "";
			}
			int len = param.length();
			StringBuilder sb = new StringBuilder(len);
			for (int i = 0; i < len; i++) {
				char c = param.charAt(i);
				if (Character.isUpperCase(c)) {
					sb.append(UNDERLINE);
					sb.append(Character.toLowerCase(c));
				} else {
					sb.append(c);
				}
			}
			return sb.toString();
		}
	    	  

}

​

好了以上代码看起来so easy ! 但是有几个坑自己慢慢体会，

第一，你的字段命名必须规范，必须符合驼峰命名，要不会丢失数据。

第二，要求的数据库与实体的类型一致，比如说实体的Long在数据库里是Bigint,他们是不能直接转化的，所以得我加的有判断，不能直接强转，不信可以试试看哦，看看报错内容就行。

注：只是简单的写了个工具。用起来，相信大家都会用了吧。

 

 targetListContainMap假设是我们得到的List<Map<String,Object>> 类型的结果集。

List<YourClass> list = MapBeanTransferUtil.transMap2Bean(targetListContainMap, YourClass.class);

看完手工转的是不是很兴奋，这就是原始的拿到开始封装的不彻底办法，其实人家已经考虑到了这个麻烦，在封装接口时候加一个小实现，问题就迎刃而解了：

public List<T> nativeQuery4Bean(String sql, Map<String, Object> params, Class<T> clazz) {
		Query createNativeQuery = entityManager.createNativeQuery(sql, clazz);
		if (params != null) {
			for (String name : params.keySet()) {
				createNativeQuery.setParameter(name, params.get(name));
			}
		}
		List resultList = createNativeQuery.getResultList();
		return resultList;
	}

当传入Clazz,而不是     Query nativeQuery = entityManager.createNativeQuery(sql)创建时，就会给我们封装好，成为我们的目标集合，知道为什么吗？看看人家怎么写的，那才叫牛逼，咱们的代码，仅仅是能用，其实看也不能看，太丑陋？请巴拉巴拉源码，有时间再给分析这段源码，因为里面的东西太多，看看能不能整理出要点，不过你要知道，所有的sql检查，Session 相关的，缓存相关的，事务相关的都是在这里体现的。