应用程序的三种通知模式

通知 是一项处理起来比较复杂的功能。本文不会涉及所有的细节，但是希望所提供的信息能够为你的应用程序选择正确的通知模式提供清晰的指引。

在开始讨论通知模式之前，先来快速熟悉一下什么是 通知 以及它是由什么构成的。 通知 是针对来源于针对用户的应用程序的信息。以下列出通知的一些重要组成部分。

信息： 这是通过 通知 传达给用户的消息。例如「xxx向您发送了一个好友请求」或“「xxx开始关注您」。

类型： 通知主要分为两个类型：信息通知和可操作通知。根据应用程序的使用情境不同，这两种模式还都会有进一步的细分类型。

通知提示： 这是将用户引导至 通知 的视觉提示。 通知 提示符可以简单的使用一个小圆点，也可以在圆点上标记上数值，以提示未读通知的数量。

锚点： 锚点是通知在应用程序上呈现出来的可视组件。简而言之，是用户可以看到通知提示符的组件。请注意，锚点不一定是通知的来源，而只表示通知所在位置的组件。锚点可以容纳来自多个或单个来源的通知。你也可以这样理解，来源更多的是指架构/信息层面，锚点是你可以看到通知标识的可视组件。

通知 是应用程序与用户进行通信并将其带回应用程序的媒介之一。因此，它们是应用程序中非常重要的一部分。接下来将介绍一些目前最受欢迎的通知模型及其使用时机。

在此模型中，所有通知都放置在既定的位置。通知中心可以是一个专用屏幕，也可以是弹出窗口。并且，所有通知均锚定在通知中心，无论其来源是哪儿。你可以从通知中心导航到通知源。如下图所示，Medium应用程序使用了此通知模型。响铃图标上会显示一个badge徽标，这是所有通知的入口。同样重要的是，已读和未读通知在视觉上要有所不同，以便用户能够区分它们。

此模型的最大优点就是灵活性。它是一个可以容纳所有通知的地方，无论是来自现有源的通知还是新的通知。

在此模型中，每个通知都锚定到导航选项，该选项可能就是通知源。并且，该模型没有单个中心用于所有通知。如下图所示，以WhatApp为例。在 Android 和 iOS 双平台上，来自「聊天 Chats」或「呼叫 Calls」的通知都锚定到相应的导航菜单上。该模型的优点是可以带来更多可被发现的内容。用户可以直接到达通知所传达的信息处，而省去添加中间层的麻烦。但是，此模型不像通知中心那样具有灵活性和可扩展性。

该模型在很大程度上取决于应用程序的信息架构。导航必须能够容纳所有不同类型的通知。与前一个模型一样，此处还必须对已读和未读通知进行视觉上的区分。

该模型是以上两个模型的组合，也是最常用的模型。Facebook、linkedIn、Twitter和Instagram这些热门应用程序都是使用的这一模式。在这种模式下，通知中心成为导航菜单中的选项之一，可用作不符合着陆屏幕条件的通知源的锚点。例如，Facebook将新朋友请求锚定到「朋友 Friends」选项卡上，但是将喜欢页面的邀请锚定到通知中心。

该模型具有两种模型的优点，并且可以轻松适应大多数情况。尽管现在你可以将通知锚定到通知中心，但是仍然必须仔细考虑所有方案并确定源锚定通知可以容纳的场景的优先级。

就像源锚定模型一样，此模型也严重依赖于导航菜单，并且该菜单现在还具有通知中心的选项。

上面提到的所有模型在正确的情境中都是有用的。为你的应用选择哪种模型取决于信息体系结构和想要满足的通知类型。