打造android ORM框架opendroid(五)——数据更新的实现

在上一篇博客《打造android ORM框架opendroid(四)——优雅的删除数据》中，我们介绍了opendroid是如何优雅的从数据库中删除数据的，也可以看到opendroid的设计是如此的简单，其实opendroid只是我作为兴趣或者说是抱着试试的态度写的，当然它肯定存在诸多不足，但是这并不影响我们去了解一个orm框架的流程。

废话不说了，下面进入主题，今天我选择去了解的是opendroid的update流程，其实，对于已经了解了delete操作的朋友们来说，今天的update流程肯定是如此的熟悉，因为它的大体流程和delete操作基本一致， 只是多了一步数据的对应。

按照惯例，我们先来熟悉一下opendroid是如何更新一条数据的。

Student stu = new Student();  
stu.setStuName("loader");  
stu.update(4); 

Student stu = new Student();  
stu.setStuName("loader");  
stu.update("_id>?", "4");

ContentValues cv = new ContentValues();  
cv.put("stuName", "loader");  
OpenDroid.update(Student.class, cv, "_id>? or name like ?", "1", "%q%");

哦对了，提前透漏一下，其实和delete一样，这三种方式最后还是会归位到一个方法上。

首先我们来定位到第一个update的源码上。

/** 
 * 更新数据 
 * @param ids 要更新数据的id 
 * @return 影响行数 
 */  
public int update(int... ids) {  
    try {  
        Class<OpenDroid> klass = (Class<OpenDroid>) getClass();  
        ContentValues cv = new ContentValues();  
        generateData(klass, cv);  
              
        if(ids.length == 0) {  
            return update(klass, cv, null, null);  
        }  
              
        StringBuilder builder = new StringBuilder("_id in (");  
        String[] whereArgs = new String[ids.length];  
        buildIn(builder, whereArgs, ids);  
              
        return update(klass, cv, builder.toString(), whereArgs);  
    } catch (Exception e) {  
        e.printStackTrace();  
    }  
    return -1;  
}

接下来new了一个ContentValues对象，还记得上面我说过“这三种方式最后还是会归位到一个方法上“， 从这里我们大体可以猜到，最后都归位到

OpenDroid.update(Student.class, cv, "_id>? or name like ?", "1", "%q%");

紧接着一个generateData方法，这个方法我们曾经在《打造android ORM框架opendroid(三)——持久化数据》中详细的去分析过，如果你好不清楚这个方法的作用，可以去参考前面的博客。

12～14行，通过判断如果没有传任何id，则可能是更新全部数据，这里调用了静态的update方法，最后两个参数都传的null。

16～18这三行代码，大家应该还熟悉了吧，我们在讲解delete的时候也有这么三句话，这三句话就是构建一个in的sql语句，并设置它的参数，如果你不太熟悉它，可以参考《打造android ORM框架opendroid(四)——优雅的删除数据》，这篇博客中对buildIn方法也做了说明，这里就不重复去说了。

该方法的最后，同样调用了一个静态的update方法，并返回了影响行数。

接下来，我们来定位到第二个update方法中一探究竟！

/** 
 * 更新数据 
 * @param where 条件 
 * @param whereArgs 条件参数 
 * @return 影响行数 
 */  
public int update(String where, String... whereArgs) {  
    try {  
        Class<OpenDroid> klass = (Class<OpenDroid>) getClass();  
        ContentValues cv = new ContentValues();  
        generateData(klass, cv);  
              
        return update(klass, cv, where, whereArgs);  
    } catch (Exception e) {  
        e.printStackTrace();  
    }  
    return -1;  
}

其实这个方法和上面的很想，只是上面的需要在update方法里去组合条件，而这里的条件由用户传入，所以这个方法我们也不多讲了，接下来我们来看看三兄弟会合的地方，也就是第三方方式调用的那个静态方法！(哦，对了，这里验证上面我们那个猜测是正确的！)

/** 
 * 更新数据 
 * @param klass 要更新的表对应的class 
 * @param cv 要更新的数据 
 * @param where where条件 
 * @param whereArgs 条件的参数 
 * @return 影响行数 
 */  
public static <T extends OpenDroid> int update(Class<T> klass, ContentValues cv,  
        String where, String... whereArgs) {  
    String tableName = klass.getSimpleName();  
    return CRUD.update(tableName, cv, where, whereArgs, sSqliteDatabase);  
}

1/2行代码获取了klass的类名，也就是我们要操作的表名。

2/2行，直接调用了CRUD.update方法去更新数据库，又是CRUD...我们去看看吧。

/** 
 * 更新数据 
 * @param tableName 表名 
 * @param cv 更新的数据 
 * @param where 更新的条件 
 * @param whereArgs 更新的条件参数 
 * @param db 数据库 
 * @return 影响行数 
 */  
protected static <T extends OpenDroid> int update(String tableName, ContentValues cv,  
        String where, String[] whereArgs, SQLiteDatabase db) {  
    int count = db.update(tableName, cv, where, whereArgs);  
    return count;  
}

今天的update操作确实够简单，原因是，我们的很多代码都是在前面几篇博客中详细说明了，如果你还不清楚里面的一些细节，可以再花几分钟去看看前面的几篇博客。

来总结一下opendroid的update流程吧。

1、在业务逻辑中可以通过三种update方法去更新数据，除了一种静态的，另外两种都需要在bean对象上操作。

2、不管哪种操作，最后都会到OpenDroid.update(Class<T> klass, ContentValues cv,String where, String... whereArgs)这个方法上。

3、接着通过CRUD.update方法来调用android原生的upate方法来更新数据库，并依次返回影响行数。

在完成了update操作的分析后，opendroid的基本操作已经完成了一大部分，现在只剩下select操作没去分析，相信大家现在完全可以照这opendroid的思路去做一个自己的ORM框架了。当然，下面的博客还会继续完成select操作的分析，当然还会有opendroid的数据库升级机制。

opendroid的开源地址：http://git.oschina.net/qibin/OpenDroid