本章节翻译自《Beginning-Android-4-Application-Development》,如有翻译不当的地方,敬请指出。
原书购买地址http://www.amazon.com/Beginning-Android-4-Application-Development/dp/1118199545/在上一章节中,我们介绍了数据持久化的几种方法:首选项,文件,以及数据库。在保存复杂的数据结构时,推荐使用SQliteDatabase。但是,共享数据就成了一种挑战,因为,数据库只对创建它的程序包可用。
在这一章节中,将会介绍Android特有的数据共享方式:使用ContentProvider。也会介绍如何使用内置的ContentProvider,以及创建自己的ContentProvider,以便在多个程序包之间共享数据。
在Android中,共享数据的推荐方式是使用ContentProvider。可以把ContentProvider想想成一个数据商店。它是如何存储数据的,这和使用它的程序不相关。重要的是,如何通过编码接口去获取这些数据。
ContentProvider表现的非常像一个数据库,你可以执行增删查改操作。
然而,和数据库不同的是,它可以使用不同的方式去存储数据。数据可以存放在数据库中,文件中,甚至网络上面。
Android提供了许多有用的ContentProvider,如下:
- Browser 存储浏览器书签,浏览历史等等。
- CallLog 存储未接来电,通话记录等等。
- Contacts 储存联系人详情。
- MediaStore 存储媒体文件,比如音频,视频,图片等。
- Settings 存储设备的一些配置信息。
除了这些内置的ContentProvider,也可以创建自己的ContentProvider。
想要查询一个ContentProvider,需要用URI的形式指定一个查询字符串,指定某一行。URI查询形式如下:
<standard_prefix>://<authority>/<data_path>/<id>
URI的组成部分如下:
- ContentProvider标准的前缀是 content://
- authority指定了ContentProvider的名字。contacts就是内置Contacts 的ContentProvider的名字。对于第三方的ContentProvider,这个authority可能就是一个完成的指定的名字,例如net.manoel.provider或net.horsttnann.provider。
- data_path指定了请求数据的类别。例如,如果你正在获取Contacts ContentProvider中的所有联系人,那么,data_path就应该是people,即URI会是这样:content://contacts/people
- id 指定了请求的记录。例如,如果你在查找在Contacts ContentProvider中的2号联系人,那么URI会是这样:content://contacts/people/2
下面是一些查询的例子:
content://media/internal/images | 返回设备内部存储上面的图片列表 |
content://media/external/images | 返回设备外部存储上面的图片列表 |
content://call_log/calls | 返回通话记录 |
content://browser/bookmarks | 返回浏览器里面的书签 |