网站开发应该怎么设计通知系统

来源：lexintech.com 发布时间：2018-06-11

网站开发的通知系统是网站信息传播机制的重要的一部分，本文只梳理设计原则供大家参考。这里的通知包括但不限于公告、提醒或消息(不同使用场景下的功能定义不同)。

通知系统，顾名思义即通知信息的传达处理系统。目的是为了让用户获得需要得到的消息及提醒并进行处理。

这里的“需要得到”有两层意思：

1、用户彼此互动触发的信息流(留言、评论或者回复、私信等)

2、网站希望用户了解关注的信息(系统公告等)

通知系统设计的原则可简单的归纳为：

1、消息传播效率最高(获取、处理、信息传达、用户反馈等效率)

2、避免产生骚扰(噪音、频繁提示)

不用的平台和产品本身由于对业务的需求不一样，种类也是有区别的。大致可分为以下几种：

通知系统实现机制，现对这几个环节分开说明：

(一)通知合并

通知在推送之前需要进行汇总合并，目的在于提高消息传播处理效率;减少骚扰，降低噪音;平衡服务器压力。

　　1)合并周期：

　　固定时间内的消息全部汇总(24小时内/30天等);

　　无固定时间(只要未处理/未读即汇总)

　　当然一般都组合着用：合并24小时内未处理消息

　　2)分类合并

　　同种类进行合并(如n条留言合并为1条)

　　同一发起人合并(如张三给你发来的n条私信)

　　同一时间周期合并(如24小时共收到n条评论)

(二)通知分发

通知按照规则汇总完成后，系统将其通过通知管道推送到用户，以便用户处理。

　　1)分发方式

　　分发方式与Feed系统类似，多采用Push方式，即在指定时间内主动推送给用户。部分特定类型需要用户请求(Pull)拉取未读消息。

　　目前大部分通知优先推送未处理通知合并后的总数，已提醒用户已有新消息需要处理。用户点击数字后再去服务端请求具体的消息内容。此种方式综合考虑了成本、压力和体验。当然，某些极端情况下需要进行优化处理：如未读消息超过1000，用户请求时先推送前50条或者放入cache中等。技术童鞋会有各种手段，这里不做详述。

　　2)分发频率(时间)

　　分发时间主要根据消息的优先级来做区隔：

　　3)分发管道

　　分发管道即消息通知的具体推送渠道，根据业务类型可以分为：Web、App、短信、邮件等。

(三)用户处理

　　根据前文提到的分发方式，对于通知的处理在逻辑上可以分为两层：通知状态的处理和通知内容的处理。

　　1)状态的处理狭义的理解即为是否已读(已处理)。

　　通常初始数字即为系统推送过来的未读总量，用户点击数字进入相关功能列表查阅后，读取的动作完成，未读数字相应减少。

　　2)内容的处理狭义的理解即为用户是否操作。

　　3)消息处理后的状态需要统一。

　　消息需要标记是否已处理的状态，且状态在不同的终端是打通的。

　　如：用户在客户端对消息进行了查看，在web站点本消息应自动标记为已读状态。