本章主要讲了如何使用 SQLite 进行持久化存储,包含了 CRUD 四个操作,使用基础的 SQLiteOpenHelper 与 Cursor 构造程序
GitHub 地址:
完成14章所有内容
为什么要用数据库而不是文本文件来存储数据呢?
因为如果用普通的文本文件(比如 txt)存储数据,每次读取时都要读取整个文件的内容,完成修改后再全部保存,一旦数据量较大,将十分耗费时间和资源。
SQLite是类似于MySQL的开源关系型数据库。不同于其他数据库的是,SQLite使用单个文件存储数据,使用SQLite库读取数据。Android标准库包含SQLite库以及配套的一些Java辅助类。
1. 定义 Schema(架构)
本应用需要保存的应该是一个 Crime 的全部数据,比如一个表格可以下表这样。
_id | uuid | title | date | solved |
---|---|---|---|---|
1 | 13090624138324 | Stolen yougurt | 13090636733242 | 0 |
2 | 13090274859392 | Dirty sink | 13090732131909 | 1 |
程序员的一个目标,或者说信条,就是“不要重复造轮子”,也就是说,多花时间思考复用代码的编写和调用,避免在应用中到处使用重复代码。
基于上述准则,我们可以使用能统一定义模型层对象的高级 ORM(对象关系映射)工具,不过对于本章代码来说,因为需要掌握更加基础的内容,将会自己实现数据库操作。
首先创建一个 Package,名为 database, 然后定义数据架构类 CrimeDbSchema.java
1 | // CrimeDbSchema.java |
这里有一个小 Tip,Android Studio 中有输入一长串前缀的 Live Template,比如要输入
public static final String
,只需要打 psfs 即可。
2. 初始创建数据库
一般来说,在实际开发中,打开一个数据库之前,由于不知道其是否存在,是否有更新,所以要经过如下步骤:
- 确认目标数据库是否存在。
- 如果不存在,首先创建数据库,然后创建数据库表以及必需的初始化数据。
- 如果存在,打开并确认数据库架构是否为最新版本
- 如果是旧版,就运行相关代码升级到最新版本
在 Android 中,提供了一个SQLiteOpenHelper
类用于处理这些打开数据库时繁杂的工作。我们可以创建一个SQLiteOpenHelper
的子类用于对自己的数据库进行处理,比如:
1 | public class CrimeBaseHelper extends SQLiteOpenHelper { |
由于数据库结构调整太麻烦,在实际开发中最好的做法应该是直接删除数据库文件(最方便的就是卸载程序) :)
3. 打开数据库
然后在 Model 层(在这里是 CrimeLab 单例)中打开数据库
1 | mContext = context.getApplicationContext(); |
4. 写入数据库(插入与更新)
4.1 使用 ContentValues
负责处理数据库写入和更新操作的辅助类是 ContentValues 类。它是个键值存储类,类似于 Java 的 HashMap(查看源码可以发现它就是一个 HashMap)和前面用过的 Bundle。不同的是, ContentValues 专门用于处理SQLite数据。我们需要一个 Model 层的方法,把 Model 层数据转换为ContentValues,由于在 Model 层外,对数据的操作应该只有对 Model 对象的操作,所以这个方法应该是私有的。示例如下:
1 | private static ContentValues getContentValues(Crime crime) { |
4.2 插入和更新记录
4.2.1 插入记录
准备好了 ContentValues,就可以进行写入数据了,调用SQLiteDatabase.insert(…)
方法即可。
1 | public void addCrime(Crime c) { |
4.2.2 更新记录
更新记录使用的是SQLiteDatabase.update(…)
方法。
1 | public void updateCrime(Crime crime) { |
update 方法的原型是:
1 | SQLiteDatabase.update(String table, // 表名 |
可以看到,实际上后面两个参数的意思就是 where columnName = columnValue,那么为什么要留出两个参数而不用一个参数解决呢?
这样做是为了防范 SQL 脚本注入,因为 String 如果本身就带了 SQL 语句,如果不加处理放进数据库执行,就有可能造成灾难性的后果(比如直接 drop 掉所有的表)
5. 读取数据库
读取数据库用到的是 query() 方法,这个方法有许多个重载版本,我们使用下面的版本:
1 | public Cursor query( |
可以看到返回的是一个 Cursor 对象,下面来探究一下 Cursor 对象
5.1 Cursor 与 CursorWrapper
Cursor 是个神奇的表数据处理工具,其任务就是封装数据表中的原始字段值。从Cursor获取数据的代码大致如下所示:
1 | String uuidString = cursor.getString(cursor.getColumnIndex(CrimeTable.Cols.UUID)); |
每次要取出一条记录中的一列,都要重复写一次上述代码,所以我们使用 CursorWrapper 建立一个 Cursor 的子类,在其中封装可以转换对象的方法。
比如一个类可以这么写:
1 | public class CrimeCursorWrapper extends CursorWrapper { |
5.2 创建 Model 层对象
首先封装一个数据库查询方法,返回的是自定义的 CrimeCursorWrapper 对象。
1 | private CrimeCursorWrapper queryCrimes(String whereClause, String[] whereArgs) { |
再从 CursorWrapper 中获取数据
1 | // 获取所有数据 |
6 Application Context(应用上下文)
前面,我们在CrimeLab的构造方法中使用了Application Context。
1 | private CrimeLab(Context context) { |
Application Context 有什么特别呢?就上例来看,为什么要用 Application Context ,而不直接用activity 作为 context 呢?
要回答上述问题,关键就在于考虑它们的生命周期。只要有 activity 在,Android 肯定也创建 有 application 对象。用户在应用的不同界面间导航时,各个 activity 时而存在时而消亡,但 application 对象不会受任何影响。可以说,它的生命周期要比任何 activity 都要长。
CrimeLab 是个单例。这表明,一旦创建,它就会一直存在直至整个应用进程被销毁。由代码可知, CrimeLab 引用着 mContext 对象。显然,如果把 activity 作为 mContext 对象保存的话,这个由 CrimeLab 一直引用着的 activity 肯定会免遭垃圾回收器的清理,即便用户跳转离开这个 activity 时也是如此。
为了避免资源浪费,我们使用了应用程序上下文。这样, CrimeLab 仍可以引用 Context 对象, 而 activity 的存在和消亡也不用受它束缚了。
7 挑战练习:删除 Crime 记录
在上一章中,我们为 CrimeFragment 的 ToolBar 中添加了删除按钮,这一章我们改用数据库来存储数据,需要对代码进行相应的改写:
1 | // CrimeLab.java |
1 | // CrimeFragment.java |
GitHub Page: kniost.github.io
简书:http://www.jianshu.com/u/723da691aa42