当前位置:首页 > 经验学习 > 交互设计

浅析Android 4.0的通知系统(附Android 4.0设计指南全文翻译)

所属栏目:交互设计 时间:2013-12-26 来源: 作者:不详 点击:

通过手机的通知系统,可以将应用程序的一些zhong(重)要消息告知给用户。流畅、舒适、友好De(的)应用程序离不开精心设计的消息提醒机制。dan(但)是并不是所有的通知都是用户xiang(想)看的,否则只会给用户造成骚扰,所以要谨慎使用通知。
在对《Android Design》进行fan(翻)译时发现:Android 系统已经提出了一些关于通知消息的设计建议,故在此分享给大家。
一、何时使用通知?
通知主要用于对时间敏感(Time Sensitive)的事件,尤其是涉及他人(Involve another person)的同步事件。例如下面的 Gtalk 和日历发出的通知就是时间敏感,且与人相关De(的)事件。

那么什么shi(时)候又不应该使用通知呢?官方的建议是:
不直接针对用户的,或不紧急的信息。例如 SNS 中与用户没有直接关系的新鲜事。Path 可能jiu(就)犯了这个错误。
正显示在当前屏幕的信息也不必创建一个通知。即正在聊天的时候,就不必再创建关于聊天消息的通知了。
系统可以自ji(己)完成而无需用户cao(操)作的简单dong(动)作,例如保存、同步或者是更新应用程序等。
如果发生错误了,但是应用程序可以快速自我恢复,此时也不必用通知去打断用户,甚至都可以不用让用户zhi(知)道这个错误。
对于用户不能手动启动或停止的fu(服)务,也不必使用通知。
不要为了让用户对你的品牌记忆深刻而创建多余的通知,否则只会让用户fan(反)感。想让用户对你的应用程序保持注意力并且提供少量内容的最好方式是提供小部件(widget)给用户,让用户可以将它放到首页。
二、通知的设计指南
1. 使其私有化
其他用户发过来的通知应该在通知里包含用户的头像(Icon/Photo),还要显示通知的标题(Title)、消息内容(Message)、时间戳(Timestamp),以及应用程序的图标(Secondary Icon)。

2. 合并同类通知
如果一个应用程序发出了多个相同类型的通知,而且这些通知都还没被处理的话(被处理的通知会被移出通知抽屉),那么请将相同lei(类)型的通知合并为一个。
合并后的通知会有一个总结性的描述,并且能让用户知道一共合并了多少条通知(Number Pending)。

3. 对时间敏感事件的时间戳
默ren(认)的系统通知会在通知右上角打上时间戳,如果你认为显示时间戳对你的通知是没有意义的,那你可能就要重新考虑是否值得为这条消息创建一条通知了。如果这条通知确实足够重要,再决定是否不显示时间戳。
常见的需要显示时间戳的通知是通讯通知,如 Email、短信、聊天消息这种,用户需要通过时间戳来理解消息的上下文。
4. 通知相关的导航机制
如果用户点击了一条通知,此时应该将相关的应用程序打开到可以对通知中提到的内容进行操作的状态。但如果用户点击了一个合并的通知,应该去到列表页面(内容页的上一层级),后面第三部分会详细阐述。
5. 自我清理
有些通知会在某个shi(时)间点出现告知用户一些相关的信息和提示,但是如果过了那个时jian(间)点,这个通知可能dui(对)用户来说jiu(就)不重要了,此时就应该考虑自动删chu(除)这条通知。
同样的,用户查看过的聊天消息或邮件,也应该让用户不必手动操作就移除这些通知。
6. 为通知提供预览
提供一段简短的文本作为通知的预览可以让用户大致了解通知的内容,从而帮zhu(助)用户决定是否立刻查看该通知。

7. 让用户决定是否显示通知
用户可能对频繁出现的通知感到厌烦,所以应该让用户决定是否显示通知。因此,在应用程序的设置中应该让用户可以取消通知。
8. 使用不同的图标
wei(为)了让用户在通知栏kan(看)一眼就能知道是哪个应用程序发出的通知,应该采用有自己te(特)se(色)的图标。所以在设计应用程序的图标的时候,应该注意与其他 Android 应用的通知图标有bi(比)较明显的区别。
但需要注意的是不要用颜色来区分,因为通知图标通常都是黑白的。
三、通知的导航机制
1. 单条通知与合并通知
如果用户点击了一条通知,此时应该将相关De(的)应用程序打开Dao(到)可以对通知中提到的内容进行操作的状态。例如用户收到一封新邮件的通知,用户点开该通知后应该去到这封邮件的内容页。

请站长喝杯咖啡?

站长一直坚持白天工作、晚上熬夜更新素材,付出了巨大的精力和时间,其中的辛酸难以言述。

坚持免积分、免登录、无任何限制下载!如果本站素材对你有用,不妨考虑请站长喝杯咖啡鼓励一下!

标签:

你应该也喜欢这些吧

共有 0 条评论

给个评价吧

验证码: