浅析Android4.0的通知系统(附Android4.0设计指南全文翻译).pdf

浅析Android 4.0 的通知系统（附 Android 4.0 设计指南全文翻译） 通过手机的通知系统，可以将应用程序的一些重要消息告知给用户。流畅、舒适、友好的应用程序 离不开精心设计的消息提醒机制。但是并不是所有的通知都是用户想看的，否则只会给用户造成 骚扰，所以要谨慎使用通知。 在对《 Android Design 》进行翻译时发现： Android 系统已经提出了一些关于通知消息的设计建议 ，故在此分享给大家。 一、何时使用通知？ 通知主要用于对 时间敏感 （Time Sensitive ）的事件，尤其是 涉及他人 （Involve another person ） 的同步事件。例如下面的 Gtalk 和日历发出的通知就是时间敏感，且与人相关的事件。 那么什么时候又不应该使用通知呢？官方的建议是： 二、通知的设计指南 1. 使其私有化 其他用户发过来的通知应该在通知里包含用户的头像（ Icon/Photo ），还要显示通知的标 题（ Title ）、消息内容（ Message ）、时间戳（ Timestamp ），以及应用程序的图标（ Secondary 题（ Title ）、消息内容（ Message ）、时间戳（ Timestamp ），以及应用程序的图标（ Secondary Icon ）。 2. 合并同类通知 如果一个应用程序发出了多个相同类型的通知，而且这些通知都还没被处理的话（被处理的通知会 被移出通知抽屉），那么请将相同类型的通知合并为一个。 合并后的通知会有一个总结性的描述，并且能让用户知道一共合并了多少条通知（ Number Pending ）。 3. 对时间敏感事件的时间戳 默认的系统通知会在通知右上角打上时间戳，如果你认为显示时间戳对你的通知是没有意义的，那 你可能就要重新考虑是否值得为这条消息创建一条通知了。如果这条通知确实足够重要，再决定是 否不显示时间戳。 常见的需要显示时间戳的通知是通讯通知，如 Email 、短信、聊天消息这种，用户需要通过时间戳 来理解消息的上下文。 4. 通知相关的导航机制 如果用户点击了一条通知，此时应该将相关的应用程序打开到可以对通知中提到的内容进行操作的 状态。但如果用户点击了一个合并的通知，应该去到列表页面（内容页的上一层级），后面第三部 分会详细阐述。 5. 自我清理 有些通知会在某个时间点出现告知用户一些相关的信息和提示，但是如果过了那个时间点，这个通 知可能对用户来说就不重要了，此时就应该考虑自动删除这条通知。 同样的，用户查看过的聊天消息或邮件，也应该让用户不必手动操作就移除这些通知。 6. 为通知提供预览 提供一段简短的文本作为通知的预览可以让用户大致了解通知的内容，从而帮助用户决定是否立刻 查看该通知。 7. 让用户决定是否显示通知 用户可能对频繁出现的通知感到厌烦，所以应该让用户决定是否显示通知。因此，在应用程序的设 置中应该让用户可以取消通知。 8. 使用不同的图标 为了让用户在通知栏看一眼就能知道是哪个应用程序发出的通知，应该采用有自己特色的图标。所 以在设计应用程序的图标的时候，应该注意与其他 Android 应用的通知图标有比较明显的区别。 但需要注意的是不要用颜色来区分，因为通知图标通常都是黑白的。 三、通知的导航机制 1. 单条通知与合并通知 如果用户点击了一条通知，此时应该将相关的应用程序打开到可以对通知中提到的内容进行操作的 状态。例如用户收到一封新邮件的通知，用户点开该通知后应该去到这封邮件的内容页。 因为同类通知会被合并，如果用户点击了一个合并的通知，应该去到列表页面（内容页的上一 层级）。在下面的例子中，用户点开一条合并的新邮件通知后，进入了收件箱界面。 2. 间接通知 如果应用程序需要同时展示多个事件的信息，可以使用一条通知将用户指引到一个中间界面。这个 界面会展示这些事件，并为用户提供进入应用程序的入口。这种类型的通知被称为间接通知。 例如一个用户在 Gmail 中收到了 Calendar 发出的一条间接通知。点击这条通知后打开一个中间界 面（ calendar interstitial ），这个界面下显示了几个事件的提醒，在这个界面点 返回“ ”键会回到 Gmail ，但