以 B 站为例,聊聊站内消息系统的设计
本文来自 guang19 投稿(Github 同名,欢迎关注)。 使用过简书,知乎或 b 站的小伙伴应该都有这样的使用体验:当有其他用户关注我们或者私信我们的行为时,我们会收到相关的消息。虽然这些功能看上去简单,但其背后的设计是非常复杂的,几乎是一个完成的系统,可以称之为站内消息系统。 我以 b 站举例(个人认为 b 站的消息系统是我见过的非常完美的,UI 也最为人性化的): b站站内消息 可以看到 b 站把消息大致分为了三类: 系统推送的通知(System Notice); 回复、@、点赞等用户行为产生的提醒(Remind); 用户之间的私信(Chat)。 这样设计不仅分类明确,且处于同一个主体的事件提醒还会做一个聚合,极大的提高了用户体验,不让用户收到太多分散的消息。 举个例子:比如你在某个视频或某篇文章下发表了评论,有 100 个人给你的评论点了赞,那么你希望消息页面呈现的是一个一个用户给你点赞的提醒,还是像以下聚合之后的提醒: 消息的聚合 我相信你大概率会选择后者。 我认为对于很多应用来说,这样的设计都是非常合理的,接下来我写写我对于消息系统的设计。 系统通知(System N...

