第8章-Android数据存储与访问.ppt

8.4 数据分享 8.4.1 ContentProvider 在ContentResolver对象与ContentProvider进行交互时，通过URI确定要访问的ContentProvider数据集 在发起一个请求的过程中，Android系统根据URI确定处理这个查询的ContentProvider，然后初始化ContentProvider所有需要的资源，这个初始化的工作是Android系统完成的，无需程序开发人员参与 一般情况下只有一个ContentProvider对象，但却可以同时与多个ContentResolver进行交互 8.4 数据分享 8.4.1 ContentProvider ContentProvider完全屏蔽了数据提供组件的数据存储方法 在程序开发人员看来，数据提供者通过ContentProvider提供了一组标准的数据操作接口，但却无需知道数据提供者的内部数据的存储方法 数据提供者可以使用SQLite数据库存储数据，也可以通过文件系统或SharedPreferences存储数据，甚至是使用网络存储的方法，这些数据的存储方法和存储设备对数据使用者都是不可见的 同时，也正是这种屏蔽模式，很大程度上简化的ContentProvider的使用方法，使用者只要调用ContentProvider提供的接口函数，即可完成所有的数据操作，而数据存储方法则是ContentProvider设计者需要考虑的问题 8.4 数据分享 8.4.1 ContentProvider ContentProvider的数据集类似于数据库的数据表，每行是一条记录，每列具有相同的数据类型 如下表所示。每条记录都包含一个长型的字段_ID，用来唯一标识每条记录 ContentProvider可以提供多个数据集，调用者使用URI对不同数据集的数据进行操作 ContentProvider数据集 _ID NAME AGE HEIGHT 1 Tom 21 1.81 2 Jim 22 1.78 8.4 数据分享 8.4.1 ContentProvider URI是通用资源标志符（Uniform Resource Identifier），用来定位远程或本地的可用资源 ContentProvider使用的URI语法结构如下 1 content://authority/data_path/id content://是通用前缀，表示该URI用于ContentProvider定位资源，无需修改 authority是授权者名称，用来确定具体由哪一个ContentProvider提供资源 因此，一般authority都由类的小写全称组成，以保证唯一性。data_path是数据路径，用来确定请求的是哪个数据集 8.4 数据分享 8.4.1 ContentProvider 如果ContentProvider仅提供一个数据集，数据路径则是可以省略的 但如果ContentProvider提供多个数据集，数据路径则必须指明具体是哪一个数据集 数据集的数据路径可以写成多段格式，例如people/girl和/people/boy。id是数据编号，用来唯一确定数据集中的一条记录，用来匹配数据集中_ID字段的值 如果请求的数据并不只限于一条数据，则id是可以省略，例如 请求整个people数据集的URI应写为 1 content://edu.hrbeu.peopleprovider/people 请求people数据集中第3条数据的URI则应写为 1 content://edu.hrbeu.peopleprovider/people/3 8.3 数据库存储 8.3.3 代码建库 25 }catch (SQLiteException ex) { 26 db = dbOpenHelper.getReadableDatabase(); 27 } 28 } 29 30 public void close() { 31 if (db != null){ 32 db.close(); 33 db = null; 34 } 35 } 36 } 8.3 数据库存储 8.3.3 代码建库 从代码的第2行到第9行可以看出，在DBAdapter类中首先声明了数据库的基本信息，包括数据库的文件名称、表名称和版本号，以及数据库表的属性名称 从这些基本信息上不难发现，这个数据库与前一小节手动建立的数据库是完全相同的 代码第11行声明了SQLiteDatabase的实例 SQLiteDatabase类封装了较多的方法，用以建立、删除数据库，执行SQL命令，对数据进行管理等工作 8.3 数据库