![《架构世界》2020移动开发刊:建设移动统一消息管理中心](https://wfqqreader-1252317822.image.myqcloud.com/cover/229/33433229/b_33433229.jpg)
上QQ阅读APP看书,第一时间看更新
一、移动端统一消息管理的必要性
▪常见消息分类
![](https://epubservercos.yuewen.com/37331B/17853815406625206/epubprivate/OEBPS/Images/image104.jpg?sign=1739686944-Nq5QCKdg49IQDbFzuMTc6ANcV3g6StWz-0-9d23cae8d91b15bf4f278a587c01d9e8)
在移动开发中说到消息,可能大家第一反应就是通知栏消息和及时通讯的对话消息;在个人看来消息的内容涵盖面其实挺广:除了通知栏消息、对话消息外,还有像营销推广类的消息,新闻资讯相关的点赞、评论都是消息的一个体现。
▪特殊类“消息”——个性化推荐
![](https://epubservercos.yuewen.com/37331B/17853815406625206/epubprivate/OEBPS/Images/image106.jpg?sign=1739686944-kWgFxuMtp1zAijQz4aVSPwvc20Yut9e9-0-9d14b49d142fb66287e4cc987f42f336)
甚至常见的个性化推荐我觉得也可以理解是消息的一种表达——或基于个人画像的消息定投或基于节假日活动的推广宣传,稍有区别的是其以或文字或图文的形式呈现,没有了通知栏的翻转,不存历史、“阅后即焚”。
消息管理方式——分而治之
![](https://epubservercos.yuewen.com/37331B/17853815406625206/epubprivate/OEBPS/Images/image108.jpg?sign=1739686944-Coj2nCHiOEGKiYWfjKq5J5KzvStFEFDP-0-e4ba366826aaa9e1bc2d79b98b0c8d5b)
那消息种类的多样加上单个
的模块越来越多(超级 ),如果仍然采用“分而治之”的消息处理、呈现方式,在 前端对于用户来说有如下问题:•消息查阅的平均路径深
•没有统一的编辑、处理界面,容易让人觉得
只是简单模块的堆积而没有整体性•一些模块的重要信息容易被忽略
“分而治之”在后端管理上:每个业务系统除了要生产消息、管理不同类型消息的外,还需要承接对客户端推、拉消息请求的处理。这里举例一种情况:如果推送消息接口发生变更、
需要更新,则各业务系统都需要做对应的调整,如下图:![](https://epubservercos.yuewen.com/37331B/17853815406625206/epubprivate/OEBPS/Images/image110.jpg?sign=1739686944-lKJdYu3uPgw4utPRi29fy78G2nXlPS6P-0-bd4c2b1794bea516deaca1f51a33ed93)
所以分而治之在后端上同样存在问题:
•安全性:每个应用系统都直接对接客户端
•复杂度:每个系统都要提供针对客户端的消息管理、输出接口
•
冗余:如每个业务系统都要集成多个厂商推送 (华为、小米等)前端目标——分类聚合、主次有序的独立消息管理模块
在这些问题背景下,我们建立移动统一的消息管理中心:在
前端建议形成“分类聚合、主次有序”的独立消息管理模块进行消息的获取、呈现;后台管理端则应配合建立移动中台化的统一消息收集、输出、管理中心,类似于如下:![](https://epubservercos.yuewen.com/37331B/17853815406625206/epubprivate/OEBPS/Images/image112.jpg?sign=1739686944-8DarMEuAUQJdzAbyGuqOPw6TRIfr2AiJ-0-791895166051903fffe2509c948c2b00)
![](https://epubservercos.yuewen.com/37331B/17853815406625206/epubprivate/OEBPS/Images/image114.jpg?sign=1739686944-BoFhdW8mkrI8ivTD4RjodKnwGtZdWecj-0-e5a86eb8aeb1d398690b27a5679247d1)