
上QQ阅读APP看书,第一时间看更新
一、移动端统一消息管理的必要性
▪常见消息分类

在移动开发中说到消息,可能大家第一反应就是通知栏消息和及时通讯的对话消息;在个人看来消息的内容涵盖面其实挺广:除了通知栏消息、对话消息外,还有像营销推广类的消息,新闻资讯相关的点赞、评论都是消息的一个体现。
▪特殊类“消息”——个性化推荐

甚至常见的个性化推荐我觉得也可以理解是消息的一种表达——或基于个人画像的消息定投或基于节假日活动的推广宣传,稍有区别的是其以或文字或图文的形式呈现,没有了通知栏的翻转,不存历史、“阅后即焚”。
消息管理方式——分而治之

那消息种类的多样加上单个
的模块越来越多(超级 ),如果仍然采用“分而治之”的消息处理、呈现方式,在 前端对于用户来说有如下问题:•消息查阅的平均路径深
•没有统一的编辑、处理界面,容易让人觉得
只是简单模块的堆积而没有整体性•一些模块的重要信息容易被忽略
“分而治之”在后端管理上:每个业务系统除了要生产消息、管理不同类型消息的外,还需要承接对客户端推、拉消息请求的处理。这里举例一种情况:如果推送消息接口发生变更、
需要更新,则各业务系统都需要做对应的调整,如下图:
所以分而治之在后端上同样存在问题:
•安全性:每个应用系统都直接对接客户端
•复杂度:每个系统都要提供针对客户端的消息管理、输出接口
•
冗余:如每个业务系统都要集成多个厂商推送 (华为、小米等)前端目标——分类聚合、主次有序的独立消息管理模块
在这些问题背景下,我们建立移动统一的消息管理中心:在
前端建议形成“分类聚合、主次有序”的独立消息管理模块进行消息的获取、呈现;后台管理端则应配合建立移动中台化的统一消息收集、输出、管理中心,类似于如下:
