DBUtils学习总结

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

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

   看这个就OK

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

  1反射

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

  2内省

  大家可以认为内省就是java对bean反射的再次包装。

  bean是什么我就不说了吧。

   看上面的代码就知道怎么用了。

  3泛型

  为什么要使用泛型?

  下面是我自己的一点理解

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>不就多余了吗?

  后来再看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那种形式,怎么改?

  具体见下文

 两相比较

   看看dbutils的设计思路

   看看我写的代码,与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相对应也是可以的。而我那个思路更改起来就会很麻烦。