日历提供程序概览  

日历提供程序是用户日历事件的存储区。您可以使用 Calendar Provider API，对日历、事件、参加者、提醒等执行查询、插入、更新和删除操作。

Calendar Provider API 可供应用和同步适配器使用。规则视进行调用的程序类型而异。本文主要侧重于介绍如何将 Calendar Provider API 用作应用。如需了解对各类同步适配器差异的介绍，请参阅同步适配器。

正常情况下，如要读取或写入日历数据，则应用的清单文件必须包含用户权限中所述的适当权限。为简化常见操作的执行，日历提供程序提供了一组 Intent（如日历 Intent 中所述）。这些 Intent 会将用户带入日历应用，以便执行插入事件、查看事件和编辑事件。用户会与日历应用交互，然后返回原来的应用。因此，您的应用无需请求权限，也无需提供用于查看事件或创建事件的用户界面。

内容提供程序用于存储数据，并使其可供应用访问。Android 平台提供的内容提供程序（包括日历提供程序）通常以一组基于关系型数据库模型的表格形式公开数据，表格内的每一行都是一条记录，每一列都是特定类型和含义的数据。应用和同步适配器可通过 Calendar Provider API 获得对储存用户日历数据的数据库表进行读取/写入的权限。

每个内容提供程序都会公开一个公共 URI（包装成 Uri 对象），从而对其数据集进行唯一标识。控制多个数据集（多个表）的内容提供程序会为每个数据集公开单独的 URI。所有提供程序 URI 都以字符串“content://”开头。这表示数据会受内容提供程序的控制。日历提供程序会为其每个类（表）定义 URI 常量。这些 URI 的格式为 .CONTENT_URI。例如，Events.CONTENT_URI。

图 1 是对日历提供程序数据模型的图形化表示。该图展示将彼此链接在一起的主要表和字段。

图 1. 日历提供程序数据模型。

用户可拥有多个日历，并且可将不同日历与不同类型的帐户（Google 日历、Exchange 等）进行关联。

CalendarContract 定义了日历和事件相关信息的数据模型。这些数据存储在以下所列的若干表中。

CalendarContract.Calendars

Calendar Provider API 以灵活、强大为设计宗旨。提供良好的最终用户体验以及保护日历及其数据的完整性也同样重要。因此，请在使用该 API 时牢记以下要点：

如要读取日历数据，应用必须在其清单文件中加入 READ_CALENDAR 权限。清单文件中必须包含用于删除、插入或更新日历数据的 WRITE_CALENDAR 权限：

CalendarContract.Calendars 表包含各日历的详细信息。应用和同步适配器均可写入以下日历列。如需查看所支持字段的完整列表，请参阅 CalendarContract.Calendars 参考资料。

如果您查询 Calendars.ACCOUNT_NAME，还必须将 Calendars.ACCOUNT_TYPE 加入选定范围。原因是对于给定帐户，只有在同时指定其 ACCOUNT_NAME 和 ACCOUNT_TYPE 的情况下，才能将其视为唯一帐户。ACCOUNT_TYPE 字符串对应在 AccountManager 处注册帐户时所使用的帐户验证器。还有一种称为 ACCOUNT_TYPE_LOCAL 的特殊帐户类型，其用于未关联设备帐户的日历。ACCOUNT_TYPE_LOCAL 帐户不会进行同步。

以下示例展示如何获取特定用户所拥有的日历。为简便起见，在此示例中，我们在界面线程（“主线程”）中显示查询操作。实际上，此操作应在异步线程而非主线程中完成。如需查看更详细的介绍，请参阅加载器。如果您的目的不只是读取数据，还要修改数据，请参阅 AsyncQueryHandler。

在示例的下一部分，您需要构建查询。选定范围指定查询的条件。在此示例中，查询寻找的是 ACCOUNT_NAME 为“[email protected]”、ACCOUNT_TYPE 为“com.example”、OWNER_ACCOUNT 为“[email protected]”的日历。如果您想查看用户查看过的所有日历，而不只是用户所拥有的日历，请忽略 OWNER_ACCOUNT。您可以利用查询返回的 Cursor 对象，以遍历数据库查询返回的结果集。如需查看有关在内容提供程序中使用查询的详细介绍，请参阅内容提供程序。

以下后续部分使用游标单步调试结果集。该部分使用在示例开头设置的常量，从而返回每个字段的值。

如要执行日历更新，您可以下方形式提供日历的 _ID：向 URI 追加的 ID (withAppendedId())，或第一个选定项。选定范围应以 "_id=?" 开头，并且第一个 selectionArg 应为日历的 _ID。您还可在 URI 中对 ID 进行编码，从而执行更新。下例使用 (withAppendedId()) 方法更改日历的显示名称：

日历被设计为主要由同步适配器进行管理，因此您只能以同步适配器的形式插入新日历。在大多数情况下，应用只能对日历进行一些表面更改，如更改显示名称。如果应用需要创建本地日历，则可以利用 ACCOUNT_TYPE_LOCAL 的 ACCOUNT_TYPE，以同步适配器的形式执行日历插入，进而达到目的。ACCOUNT_TYPE_LOCAL 是一种特殊的帐户类型，用于未关联设备帐户的日历。这种类型的日历不与服务器进行同步。如需查看同步适配器的详细介绍，请参阅同步适配器。

CalendarContract.Events 表包含各事件的详细信息。如要添加、更新或删除事件，则应用必须在其清单文件中加入 WRITE_CALENDAR 权限。

应用和同步适配器均可写入以下事件列。如需查看所支持字段的完整列表，请参阅 CalendarContract.Events 参考资料。

当应用插入新事件时，我们建议您按使用 Intent 插入事件中所述使用 INSERT Intent。不过，如有需要，您也可直接插入事件。本部分描述如何执行此操作。

以下是插入新事件的规则：

以下是一个插入事件的示例。为简便起见，我们在界面线程内执行此操作。实际上，应该在异步线程中完成插入和更新，以便将操作移入后台线程。如需了解详细信息，请参阅 AsyncQueryHandler。

注意：请查看以上示例如何在事件创建后捕获事件 ID。如要获取事件 ID，这是最简单的方法。您需经常使用事件 ID 来执行其他日历操作 — 例如，向事件添加参加者或提醒。

当应用想允许用户编辑事件时，我们建议您按使用 Intent 编辑事件中所述使用 EDIT Intent。不过，如有需要，您也可直接编辑事件。如要执行事件更新，您可以下方形式提供事件的 _ID：向 URI 追加的 ID (withAppendedId())，或第一个选定项。选定范围应以 "_id=?" 开头，并且第一个 selectionArg 应为事件的 _ID。您还可使用不含 ID 的选定范围来执行更新操作。以下是一个更新事件的示例。该示例使用 withAppendedId() 方法更改事件的标题：

您可通过以下方式删除事件：将事件 _ID 作为 URI 的追加 ID，或使用标准选定范围。如果您使用追加 ID，则无法同时使用选定范围。共有两个版本的删除：应用删除和同步适配器删除。应用删除会将 deleted 列置为 1。此标记告知同步适配器该行已删除，并且应将此删除传播至服务器。同步适配器删除会从数据库中移除事件及其所有关联数据。以下示例展示应用如何通过事件 _ID 删除事件：

CalendarContract.Attendees 表的每一行都表示事件的一位参加者或来宾。调用 query() 会返回事件参加者列表，且这些事件拥有给定的 EVENT_ID。此 EVENT_ID 必须匹配特定事件的 _ID。

下表列出了可写入的字段。插入新参加者时，您必须加入除 ATTENDEE_NAME 之外的所有字段。

参加者与事件的关系。下列值之一：

参加者的类型。下列值之一：

参加者的出席状态。下列值之一：

以下是为事件添加一位参加者的示例。请注意，EVENT_ID 不可或缺：

CalendarContract.Reminders 表的每一行都表示事件的一个提醒。调用 query() 会返回事件提醒列表，且这些事件拥有给定的 EVENT_ID。

下表列出了提醒的可写入字段。插入新提醒时，您必须加入所有字段。请注意，同步适配器指定它们在 CalendarContract.Calendars 表中支持的提醒类型。请参阅 ALLOWED_REMINDERS，了解详细信息。

服务器上设置的提醒方法。下列值之一：

下例展示如何为事件添加提醒。提醒会在事件发生前 15 分钟发出。

CalendarContract.Instances 表储存事件实例的开始时间和结束时间。此表中的每一行都表示一个事件实例。实例表不支持写入操作，只提供查询事件实例的途径。

下表列出了一些您可以执行实例查询的字段。请注意，时区由 KEY_TIMEZONE_TYPE 和 KEY_TIMEZONE_INSTANCES 定义。

如要查询实例表，您需在 URI 中指定查询的时间范围。在此示例中，CalendarContract.Instances 通过其 CalendarContract.EventsColumns 接口实现获得对 TITLE 字段的访问权限。换言之，TITLE 是通过数据库视图，而非查询原始 CalendarContract.Instances 表返回的。

您的应用不需要读取和写入日历数据的权限。它可以改用 Android 的日历应用支持的 Intent 将读取和写入操作转到该应用执行。下表列出了日历提供程序支持的 Intent：

content://com.android.calendar/time/

VIEW

content://com.android.calendar/events/

CalendarContract.EXTRA_EVENT_END_TIME

content://com.android.calendar/events/

CalendarContract.EXTRA_EVENT_END_TIME

INSERT

content://com.android.calendar/events

下表列出了日历提供程序支持的 Intent Extra：

下文描述如何使用这些 Intent。

利用 INSERT Intent，您的应用可将事件插入任务转由日历应用执行。借助此方法时，您的应用甚至无需在其清单文件中加入 WRITE_CALENDAR 权限。

当用户运行使用此方法的应用时，该应用会跳转至日历，以便用户完成事件添加操作。INSERT Intent 利用 extra 字段为表单预填充日历事件的详细信息。用户随后可取消事件、根据需要编辑表单或将事件保存到日历中。

以下代码片段安排了一个在 2012 年 1 月 19 日上午 7:30 开始、8:30 结束的事件。请注意以下代码段内容：

您可以按更新事件中所述直接更新事件。但若使用 EDIT Intent，则没有事件编辑权限的应用便可将事件编辑操作转由日历应用执行。在日历中完成事件编辑后，用户便会返回原来的应用。

以下是一个 Intent 示例，该 Intent 为指定事件设置新名称，并允许用户在日历中编辑事件。

日历提供程序提供两种不同的 VIEW Intent 使用方法：

下例展示如何打开日历并定位到特定日期：

下例展示如何打开事件进行查看：

在访问日历提供程序的方式上，应用和同步适配器只存在微小差异：

您可以利用以下辅助方法，返回与同步适配器一起使用的 URI：

如需查看同步适配器的实现示例（并非仅限与日历有关的实现），请参阅 SampleSyncAdapter。