脸上的痣图解现如今消息通知也是一桩麻烦事，这篇文章旨在介绍几种通知模型，帮助你的APP挑选到合适的通知模型。
来源(Source)：这是APP中生成通知的源头。每个APP根据自己不同的内容体系可以有多个内容池，信息在内容池中进行归类，这些内容池将会变成通知的来源。
信息(Information)：以通知为载体传达给用户的消息。比如说“Jesse申请成为你的好友”或者“James赞了你的推文”。
类型(Type)：通知主要分为两类——信息类和操作类。如果你APP需要的话，这两种都可以继续区类别。
徽章(Badge)：引导用户查看通知的视觉元素 。徽章里的可以是一个简单的点，也可以展示未读消息的计数。
锚点(Anchor)：指的是界面中用来引导用户进入通知的提示。简单来说，锚点就是用户看到通知或徽章的地方。锚点并不一定只能打在通知的来源，也可以打在你希望体现有通知的地方。锚点可以用来展示多种来源的通知，当然也可以只展示一类。你可以这样想，来源是信息架构层面的概念，而锚点不过是你可以看到徽章的视觉元素。
通知是一种媒介，APP使用它与用户沟通，让用户有再次打开APP的可能性。因此通知是APP中十分重要的部分。让我来介绍几种常见的通知模型，并说明为什么它们适合于自己的APP。
在这个模型中，把所有的通知都放在了通知心中里。通知中心可以是一个精致的页面，也可以是一个弹窗，这取决于你的界面设计。
无论通知的来源是什么，所有的通知都被锚点到通知中心里，然后再对通知进行分类。Medium就是使用这种模型，底部中的铃铛图标会出现徽章，从而作为指向所有通知的入口。视觉上区分已读和未读通知变得尤为重要，用户需要清晰地辨别这两类信息。
APP中并没有一个共有的通知中心。看下WhatsApp的截图会更易理解，无论是还是iOS版本，通知被锚点到了各自的来源——Chats和Calls。
这种方式的优点在于内容的易发现性，凭借通知用户可以非常直接地获取到信息，过程中无需进入额外的中间页。不过这种方式的灵活性和伸缩性不如通知中心式。
这种方式高度依靠APP本身的信息架构，本身必须可以容纳不同类别的通知。和上一个模型一样，这里也需要通过视觉设计来区分已读和未读通知。
确保每一个通知可以和里的菜单对应起来。随着你APP复杂度的增加，各个通知的来源也随之变多，这个时候你可以考虑使用通知中心或者混合式的模型（把通知中心式和来源锚点式混合起来）。我们将在下一个段落中讲到混合式。
每一个锚点的设计模式应该可以承载各自的内容，并确保你的通知适合这种锚点的设计模式。用WhatsApp举例，锚点“聊天”本身有自己的设计模式定义了每一个聊天应该长成什么样，那关于聊天的通知就必须跟随这个设计模式。“电话”也是同理。
顾名思义是前两种模式的混合体，且使用最为广泛，Facebook、LinkedIn、 Twitter、Instagram等一些热门APP都在使用它。
例如：Facebook，消息中心变成了主中的一个菜单，用来展现哪些无法在主页面中展示锚点的通知。Facebook把好友邀请的通知锚点在了主的好友菜单中，而把推荐用户锚点到了通知中心。
这种模型同时具备了前两种模型的优点并且可以适用于大部分情况。虽然你现在可以把所有通知都锚点到通知中心里，但仍有必要仔细考虑一下是不是有些场景的通知更应该优先使用来源锚点式。
上述的模型都要用在正确的中，根据你APP的信息架构来挑选适合的模型，可以帮助你提供想要的通知类型。
应该都算是通知吧，我觉得是要通知下用户谁点赞评论了用户才能注意到，不然的话我发一条朋友圈我是不会试试翻回去看看有没有赞我评论我的，有通知的红标我才会去看
人人都是产品经理（是以产品经理、运营为核心的学习、交流、分享平台，集、培训、社群为一体，全方位服务产品人和运营人，成立9年举办在线+期，线+场，产品经理大会、运营大会20+场，覆盖北上广深杭成都等15个城市，在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监，他们在这里与你一起成长。