ContentProvider开发.pptxVIP

Android开发基础及案例. 回顾 关键字 ContentProvider ContentResolver projection ContentValues UriMatcher 课程目标 ContentProvider提供数据访问接口 ContentResolver通过ContentProvider接口访问数据 应用间数据共享 应用间数据共享方式 Android数据持久化的技术，包括文件存储、SharedPreferences存储、以及数据库存储等，使用这些持久化技术所保存的数据都只能在当前应用程序中访问。虽然文件和SharedPreferences存储中提供了MODE_WORLD_READABLE和MODE_WORLD_WRITEABLE这两种操作模式，用于供给其他的应用程序访问当前应用的数据，但这两种模式在Android 4.2版本中都已被废弃了。 因为Android官方已经不再推荐使用这种方式来实现跨程序数据共享的功能，而是应该使用更加安全可靠的内容提供器技术。 内容提供器简介 内容提供器（ContentProvider）主要用于在不同的应用程序之间实现数据共享的功能，它提供了一套完整的机制，允许一个程序访问另一个程序中的数据，同时还能保证被访数据的安全性。目前，使用内容提供器是Android实现跨程序共享数据的标准方式。 不同于文件存储和SharedPreferences存储中的两种全局可读写操作模式，内容提供器可以选择只对哪一部分数据进行共享，从而保证我们程序中的隐私数据不会有泄漏的风险。 内容提供器的用法一般有两种，一种是使用现有的内容提供器来读取和操作相应程序中的数据，另一种是创建自己的内容提供器给我们程序的数据提供外部访问接口。 访问其他程序中的数据 ContentResolver的基本用法 对于每一个应用程序来说，如果想要访问内容提供器中共享的数据，就一定要借助ContentResolve类，可以通过Context中的getContentResolver()方法获取到该类的实例。ContentResolver中提供了一系列的方法用于对数据进行CRUD操作，其中insert()方法用于添加数据，update()方法用于更新数据，delete()方法用于删除数据，query()方法用于查询数据。 访问其他程序中的数据 ContentResolver的基本用法 不同于SQLiteDatabase，ContentResolver中的增删改查方法都是不接收表名参数的，而是使用一个Uri参数代替，这个参数被称为内容URI。内容URI给内容提供器中的数据建立了唯一标识符，它主要由两部分组成，权限（authority）和路径（path）。权限是用于对不同的应用程序做区分的，一般为了避免冲突，都会采用程序包名的方式来进行命名。路径则是用于对同一应用程序中不同的表做区分的，通常都会添加到权限的后面。 见ContactsTest URI 比如某个程序的包名是com.example.app，那么该程序对应的权限就可以命名为com.example.app. provider。 比如某个程序的数据库里存在两张表，table1和table2，这时就可以将路径分别命名为/table1和/table2，然后把权限和路径进行组合，内容URI就变成了vider/table1和vider/table2。不过，目前还很难辨认出这两个字符串就是两个内容URI，我们还需要在字符串的头部加上协议声明。因此，内容URI最标准的格式写法如下： content://vider/table1 content://vider/table2 URI 在得到了内容URI字符串之后，我们还需要将它解析成Uri对象才可以作为参数传入。解析的方法也相当简单，代码如下所示： Uri uri = Uri.parse(content://vider/table1) 只需要调用Uri.parse()方法，就可以将内容URI字符串解析成Uri对象了。 现在我们就可以使用这个Uri对象来查询table1表中的数据了，代码如下所示： Cursor cursor = getContentResolver().query( uri, projection, selection, selectionArgs, sortOrder); Cursor参数详解 下表对使用到的参数进行了详细的解释。 query()方法参数 对应SQL部分 描述 uri from table_name 指定查询某个应用程序下的某一张表 projection select column1, column2 指定查询的列名 selection where column =