三、通知的导航机制

三、通知的导航机制

1.  单条通知与合并通知

如果用户点击了一条通知，此时应该将相关的应用程序打开到可以对通知中提到的内容进行操作的状态。例如用户收到一封新邮件的通知，用户点开该通知后应该去到这封邮件的内容页。

因为同类通知会被合并，如果用户点击了一个合并的通知，应该去到列表页面（内容页的上一层级）。在下面的例子中，用户点开一条合并的新邮件通知后，进入了收件箱界面。

2.  间接通知

如果应用程序需要同时展示多个事件的信息，可以使用一条通知将用户指引到一个中间界面。这个界面会展示这些事件，并为用户提供进入应用程序的入口。这种类型的通知被称为间接通知。

例如一个用户在 Gmail 中收到了 Calendar 发出的一条间接通知。点击这条通知后打开一个中间界面（calendar interstitial），这个界面下显示了几个事件的提醒，在这个界面点“返回”键会回到 Gmail，但是如果用户点击了某个事件提醒，就会离开这个中间界面并打开 Calendar 应用程序以显示这个事件的详细内容。在这个事件的详细内容的界面下，点“向上”和“返回”都会去到 Calendar 应用的首页。

在间接通知的中间界面点“返回”会回到触发该通知的界面，返回路径中不会被插入其他界面。一旦用户通过中间界面进入了应用程序，“向上”和“返回”的逻辑就与标准通知一样了：在应用程序之间进行导航，而不会返回到中间界面。

关于间接通知的详细内容请查看百度 MUX 翻译的《Android Design》的模式 Patterns—-导航 Navigation 章节。

3. 弹出通知

弹出通知会绕过抽屉通知直接出现在用户面前。一般情况下很少使用，只在需要及时地反馈并且必须打断用户的场合下才会使用。例如 Talk 应用使用这种形式的通知来提醒用户有好友邀请他加入视频聊天，因为这个邀请会在几秒后自动失效。

对于导航行为，弹出通知严格遵循间接通知的中间界面的导航逻辑。点“返回”会关闭弹出通知。如果用户从这条弹出通知进入了发出通知的应用程序，“向上”和“返回”的逻辑会与标准通知的逻辑保持一致，在应用程序内进行导航。

关于间接通知的详细内容请查看百度 MUX 翻译的《Android Design》的模式 Patterns—-导航 Navigation 章节。

（责任编辑：刘为为）