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