多应用+插件架构,代码干净,二开方便,首家独创一键云编译技术,文档视频完善,免费商用码云13.8K 广告
在上一篇博客[《打造android ORM框架opendroid(四)——优雅的删除数据》](http://blog.csdn.net/qibin0506/article/details/43083057)中,我们介绍了opendroid是如何优雅的从数据库中删除数据的,也可以看到opendroid的设计是如此的简单,其实[opendroid](http://git.oschina.net/qibin/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%");   ~~~ 好了,opendroid就提供了这三种方式的更新操作。其中第三种是使用ContentValues的形式更新,相信大家肯定很熟悉了。 哦对了,提前透漏一下,其实和delete一样,这三种方式最后还是会归位到一个方法上。 首先我们来定位到第一个update的源码上。 ~~~ /**    * 更新数据    * @param ids 要更新数据的id    * @return 影响行数    */     public int update(int... ids) {         try {             Class klass = (Class) 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;     }   ~~~ 第8行,我们获取了当前对象的Class,目的就是要通过反射来获取它里面的字段和名字。 接下来new了一个ContentValues对象,还记得上面我说过“这三种方式最后还是会归位到一个方法上“, 从这里我们大体可以猜到,最后都归位到 ` OpenDroid.update(Student.class, cv, "_id>? or name like ?", "1", "%q%");  `   这个方法上了。保留着这个猜测,继续分析代码。 紧接着一个generateData方法,这个方法我们曾经在[《打造android ORM框架opendroid(三)——持久化数据》](http://blog.csdn.net/qibin0506/article/details/42872361)中详细的去分析过,如果你好不清楚这个方法的作用,可以去参考前面的博客。 12~14行,通过判断如果没有传任何id,则可能是更新全部数据,这里调用了静态的update方法,最后两个参数都传的null。 16~18这三行代码,大家应该还熟悉了吧,我们在讲解delete的时候也有这么三句话,这三句话就是构建一个in的sql语句,并设置它的参数,如果你不太熟悉它,可以参考[《打造android ORM框架opendroid(四)——优雅的删除数据》](http://blog.csdn.net/qibin0506/article/details/43083057),这篇博客中对buildIn方法也做了说明,这里就不重复去说了。 该方法的最后,同样调用了一个静态的update方法,并返回了影响行数。 接下来,我们来定位到第二个update方法中一探究竟! ~~~ /**    * 更新数据    * @param where 条件    * @param whereArgs 条件参数    * @return 影响行数    */     public int update(String where, String... whereArgs) {         try {             Class klass = (Class) 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 extends OpenDroid> int update(Class 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 extends OpenDroid> int update(String tableName, ContentValues cv,             String where, String[] whereArgs, SQLiteDatabase db) {         int count = db.update(tableName, cv, where, whereArgs);         return count;     }   ~~~ 好吧,又是两行代码, 而且直接调用了SQLiteDatabase的update方法去更新数据,走到这一步,要使用的数据肯定已经都准备好了。tableName我们在前面已经获取了,ContentValues是用过generateData来填充的或者用户自己new的,where和whereArgs不管是根据id更新还是通过条件更新的,我们都已经确定了。这里只需要调用android原生的update方法去更新数据库就ok了,最后返回了影响行数。 今天的update操作确实够简单,原因是,我们的很多代码都是在前面几篇博客中详细说明了,如果你还不清楚里面的一些细节,可以再花几分钟去看看前面的几篇博客。 来总结一下opendroid的update流程吧。 1、在业务逻辑中可以通过三种update方法去更新数据,除了一种静态的,另外两种都需要在bean对象上操作。 2、不管哪种操作,最后都会到OpenDroid.update(Class 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](http://git.oschina.net/qibin/OpenDroid)