通知是指源自于APP以用户为目标的信息片段，以下是通知的几个重要组成部分：
来源(Source)：这是APP中生成通知的源头。每个APP根据自己不同的内容体系可以有多个内容池，信息在内容池中进行归类，这些内容池将会变成通知的来源。
类型(Type)：通知主要分为两类——信息类和操作类。如果你APP需要的话，这两种都可以继续区分子类别。
锚点(Anchor)：指的是界面中用来引导用户进入通知的提示位置。简单来说，锚点就是用户看到通知指引或徽章的地方。锚点并不一定只能打在通知的来源，也可以打在你希望体现有通知的地方。锚点可以用来展示多种来源的通知，当然也可以只展示一类。你可以这样想，来源是信息架构层面的概念，而锚点不过是你可以看到徽章的视觉元素。
在这个模型中，把所有的通知都放在了通知心中里。通知中心可以是一个精致的页面，也可以是一个弹窗，这取决于你的界面设计。 这种方式的最大优点在于灵活性，以一含百，即使未来有新的来源出现也可以应对。 1.所有不同类别的通知都需要使用同一种设计模式，而且一定要考虑这种模式的伸缩性。 3.请确保通知中心的入口容易被发现与触达。通知中心式适合于：
2.有些来源的通知在已有页面中无法承载。 这种方式中，所有的通知都被锚点到导航的菜单中，这些菜单也正是通知的来源。APP中并没有一个共有的通知中心。看下WhatsApp的截图会更易理解，无论是安卓还是iOS版本，通知被锚点到了各自的来源——Chats和Calls。设计原则：
2.每一个锚点的设计模式应该可以承载各自的内容，并确保你的通知适合这种锚点的设计模式。用WhatsApp举例，锚点“聊天”本身有自己的设计模式定义了每一个聊天应该长成什么样，那关于聊天的通知就必须跟随这个设计模式。“电话”也是同理。 1.当所有的通知的来源可以被安置到APP首页（包含主导航）中。 顾名思义是前两种模式的混合体，且使用最为广泛，Facebook、LinkedIn、 Twitter、Instagram等一些热门APP都在使用它。例如：Facebook，消息中心变成了主导航中的一个菜单，用来展现哪些无法在主页面中展示锚点的通知。Facebook把好友邀请的通知锚点在了主导航的好友菜单中，而把推荐用户锚点到了通知中心。设计原则：
2.确保主锚点和通知中心易被发现，并且作为主页导航的一部分。混合式模型适用于：
2.在你的导航体系中，有些来源藏得比较深。举个例子，Facebook导航中有个汉堡包餐单，当他的二级餐单中有通知来源时，汉堡包餐单就会变为锚点，例如：小组、视频、那年今天、收藏夹等。