DBUtils学习总结

浏览数：21 / 时间：2015年06月12日

这几天闲着无聊,就看了一下DBUtils这个数据库组件。中间有了一些想法,现在记录下来。
文章主要分几部分
1 最简单同时也是最经常使用的一些范例
2 学习源码前的一些知识储备
3 我自己写的mydbutils
4 两相比较
5 分析源码

最简单同时也是最经常使用的一些范例

看这个就OK
http://www.cnblogs.com/xdp-gacl/p/4007225.html

学习源码前的一些知识储备

1反射
网上资料有很多,大家自己去看。

2内省
大家可以认为内省就是java对bean反射的再次包装。
bean是什么我就不说了吧。
http://blog.csdn.net/x605940745/article/details/20240959
看上面的代码就知道怎么用了。

3泛型
为什么要使用泛型?
http://www.cnblogs.com/panjun-Donet/archive/2008/09/27/1300609.html
下面是我自己的一点理解

  Map m = new HashMap();
  m.put("key", "blarg");
  String s = (String) m.get("key");

第三行代码需要转换类型
如果我写成这个样子

  Map<String,String> m=new Hashmap<String,String>();
  m.put("key1","blarg");
  String s=m.get("key1");

第三行就不需要转换了。我再声明map的时候就指定了它内部能存放(也只能存放)的数据类型。
准确的说,就是在通过知道使用泛型定义的变量的类型限制，编译器可以在一个高得多的程度上验证类型假设。

对于泛型的使用,我认为大家多参考集合类,就OK了。
我自己在看泛型的时候出了两个问题

 public <T> T getObject(Class<T> c) throws Exception{
    T t=c.newInstance();
    return t;
  }

方法签名中,T就已经指明了返回的类型,那么<T>不就多余了吗?
技术分享

更详细的资料见:
http://www.cnblogs.com/iyangyuan/archive/2013/04/09/3011274.html

后来再看hashmap的源码时,发现get方法的签名就没有中就没有简括号

      HashMap.java
      public V get(Object key) {
        if (key == null)
            return getForNullKey();
        Entry<K,V> entry = getEntry(key);

        return null == entry ? null : entry.getValue();
    }

    通过查看<<java核心技术>>得到这样一个结论
    在泛型类中定义的泛型方法,其方法签名中不需要使用尖括号
    在普通类中定义的泛型发放,就得用<T>,来指示:这个方法是一个泛型方法。

自己写mydbutils

我在泛型这里又遇到了一个问题。
hashmap定义的时候,泛型写在了尖括号里。

  Map<String,String> m=new Hashmap<String,String>();
  而我自己定义的BeanHandler<T>,new的时候,参数就得放在园括号里
  new BeanHandler<>(Student.class)
  public class BeanHandler<T> implements ResultSetHandler<T>{

    private Class<T> type;
    
      public BeanHandler(Class<T> type){
     this.type=type;
      }
      ..../
  }

为什么?
想明白后,我就想抽自己。
你们自己想想为什么new BeanHandler的时候泛型要放在圆括号里。
另外,如果我想改成hashmap那种形式,怎么改?
具体见下文
http://blog.csdn.net/dlf123321/article/details/45173505

两相比较

   看看dbutils的设计思路
   http://blog.csdn.net/dlf123321/article/details/45203171
   看看我写的代码,与dbutils的源码,我认为至少有一下几个不同。
   1 源码考虑到了异步的数据库操作,因而有了AsyncQueryRunner。并且在AsyncQueryRunner与QueryRunner中提取了父类---AbstructQueryRunner。并且把关闭数据库资源,获得preparestatement,填充preparestatement等操作提炼到了父类中。

2 源码中BeanHandler中持有一个RowProcessor对象,用来转换ResultSet到Bean,Map,List<Bean>等等,这这部分,我的代码中使用了静态方法

public static <T> T creatBean(ResultSet rs, Class<T> type);
仔细对比一下,源码中的方式还是比较好,专门有一个类做转换的工作,更加符合面向对象的思想。

3 在转换的过程中,我使用的是最基础的反射方法:

   String methodName = "set"+filedName.substring(0, 1).toUpperCase()+ filedName.substring(1);
   Method m = class.getDeclaredMethod(methodName, filedType);

   其实在阅读DBUtils源码之前,我确实不知道还有内省这个东西。
   对应的代码转换成:
   Method setter = PropertyDescriptor.getWriteMethod();
   即可获得某个属性的set方法。

4 在具体的creatBean过程中,我的逻辑是以bean中的属性为主,去ResultSet中去取。

而源码的逻辑是生成一个数组,columnToProperty。例如columnToProperty[2]=4,就是说resultset的第二个字段对应于bean中的第4个属性
源码方式的好处在于,表与bean的映射关系可以更为灵活,如何如果想让personName与person_name相对应也是可以的。而我那个思路更改起来就会很麻烦。