关于Android中Contact API的讲解

今日学习任务：实现读取手机中所有联系人的主要信息（名称和联系电话），并以ListView显示

涉及的主要内容：1) Contact API的结构和使用方法 2) ContentProvider组件作用，URI概念及使用方法 3)创建ListView，并绑定数据

1. Contact API的结构和使用方法

   自Android 2.0（API Level 5）开始，Android平台采用了改进后的Contacts API- ContactsContract，用于管理和集成来自多账户和多数据来源的联系人信息。

   在新的Contacts API中，联系人数据被安排三个主要的表中：contacts, raw contacts and data. 结构如下图所示：

1） Contact 表中的一行记录代表一个联系人的总体信息

2） RawContact表的一行记录用于关联联系人和一个特定的联系人信息来源。因为有可能手机的联系人信息是来源于Gmail，Facebook等其它地方，为互相区别并方便同步，特引入RawContact概念。

3） Data表：储存所有具体的信息，如：电话，email地址, 头像等。表的每一条记录对应一个RawContact的一个具体信息。

总的来说就是：一个contact（联系人）记录关联一个或多个RawContact（联系人来源）记录，每个RawContact记录又关联多个data（email, phone number等等）记录。

1. ContentProvider组件作用，URI概念及使用方法

   在Android中，应用程序之间是相互独立的，分别运行在自己的进程中。如果应用程序之间想互相共享数据怎么办？比如，当我们发送一条短信时，可能要用到联系人应用程序，从中选择要接受短信的人。在这种情况下，Android提供了应用程序之间互相访问的统一接口，这些接口被定义在ContentProvider中，其中包括增，删，查，改等操作。

   我们在ContentProvider中实现我们实际操作数据的方法。但调用时，我们将使用另外一个接口:ContentResolver。ContentResolver提供了和ContentProvider对应的方法。我们是间接地通过ContentResolver来操作ContentProvider的。ContentResolver可以通过getContentResolver()方法获得。

Android 应用程序之间数据共享—ContentResolver

Android是如何实现应用程序之间数据共享的？一个应用程序可以将自己的数据完全暴露出去，外界更本看不到，也不用看到这个应用程序暴露的数据 是如何存储的，或者是使用数据库还是使用文件，还是通过网上获得，这些一切都不重要，重要的是外界可以通过这一套标准及统一的接口和这个程序里的数据打交 道，例如：添加(insert)、删除(delete)、查询(query)、修改(update)，当然需要一定的权限才可以。

如何将应用程序的数据暴露出去？ Android提供了ContentProvider，一个程序可以通过实现一个Content provider的抽象接口将自己的数据完全暴露出去，而且Content providers是以类似数据库中表的方式将数据暴露。Content providers存储和检索数据，通过它可以让所有的应用程序访问到，这也是应用程序之间唯一共享数据的方法。要想使应用程序的数据公开化，可通过2种 方法：创建一个属于你自己的Content provider或者将你的数据添加到一个已经存在的Content provider中，前提是有相同数据类型并且有写入Content provider的权限。

如何通过一套标准及统一的接口获取其他应用程序暴露的数据？Android提供了ContentResolver，外界的程序可以通过ContentResolver接口访问ContentProvider提供的数据。

当前篇主要说明，如何获取其它应用程序共享的数据，比如获取Android 手机电话薄中的信息。
什么是URI？

在学习如何获取ContentResolver前，有个名词是必须了解的：URI。URI是网络资源的定义，在Android中赋予其更广阔的含义，先看个例子，如下：
URI
将其分为A，B，C，D 4个部分：
A：标准前缀，用来说明一个Content Provider控制这些数据，无法改变的；
B：URI的标识，它定义了是哪个Content Provider提供这些数据。对于第三方应用程序，为了保证URI标识的唯一性，它必须是一个完整的、小写的 类名。这个标识在 元素的 authorities属性中说明：

C：路径，Content Provider使用这些路径来确定当前需要生什么类型的数据，URI中可能不包括路径，也可能包括多个；
D：如果URI中包含，表示需要获取的记录的ID；如果没有ID，就表示返回全部；
由于URI通常比较长，而且有时候容易出错，切难以理解。所以，在Android当中定义了一些辅助类，并且定义了一些常量来代替这些长字符串，例如：People.CONTENT_URI
ContentResolver 介绍说明

看完这些介绍，大家一定就明白了，ContentResolver是通过URI来查询ContentProvider中提供的数据。除了URI以 外，还必须知道需要获取的数据段的名称，以及此数据段的数据类型。如果你需要获取一个特定的记录，你就必须知道当前记录的ID，也就是URI中D部分。

前面也提到了Content providers是以类似数据库中表的方式将数据暴露出去，那么ContentResolver也将采用类似数据库的操作来从Content providers中获取数据。现在简要介绍ContentResolver的主要接口，如下：
返回值 函数声明
final Uri insert(Uri url, ContentValues values)Inserts a row into a table at the given URL.
final int delete(Uri url, String where, String[] selectionArgs)Deletes row(s) specified by a content URI.
final Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs, String sortOrder)Query the given URI, returning a Cursor over the result set.
final int update(Uri uri, ContentValues values, String where, String[] selectionArgs)Update row(s) in a content URI.

看到这里，是否感觉与数据库的操作基本一样的？就是这样的，详细解析请参考Android SQLite解析篇中的说明，不在此详细说明。

最后一个问题：如何获取ContentResolver？调用getContentResolver ()，例如：ContentResolver cr = getContentResolver();