在web通知系统中消息载体是如何承载信息的

发布于 2022-09-01 22:37:58 字数 335 浏览 17 评论 0

在一个消息通知系统中,有评论通知、有回复通知等等:

 - 每种通知在web前台显示格式是不一样的;

 - 对于同一种通知如评论,根据其所评论的内容在web前台显示时又是不一样的,如评论了日记与评论了照片在消息通知的显示中是不一样的;

 - 另外,一张照片的评论也可能会有好几种显示格式;

考虑到扩展性,我也不能把要显示的通知内容硬性的写到数据库或redis中,看到网上提到“模板”,如果单纯的根据通知类型调用其显示模板,我觉得也不行,但实在不知如何设计数据库才能实现我上面的需求,不知道大家是怎么设计这种类似的消息通知的?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

冷心人i 2022-09-08 22:37:59

我目前就是这样的,,现在要推送给用户的信息,
这个信息分为各种各样的,, 如果用redis来存储呢 ? 再者如何读取用户没有读取过的消息记录呢??

予囚 2022-09-08 22:37:58

提一个解决方案:
通知不携带具体的内容或者携带最少量的必要信息(如消息数发送方等信息),当用户实际点击时在异步获取具体的消息内容。

以Android的推送为例。这个为我厂先产品的一个实现。传递通知类型,以及用户id,然后在解析完成后在推送到通知中心。类似上面所说的携带最少量必要信息,然后异步获取具体呈现内容。

再说具体的通知信息如何呈现。
首先,存储中保存的信息必然不是最终呈现给用户的信息。给用户呈现的信息应当是在service层或者在页面组装的。存储还是保存基本数据信息,比如说具体评论内容、时间、图片链接等。

昨天晚上比较晚,思路不是很清晰。现在再做下补充。

上面提到的方法是一。还有就是和view层(web、app)协定好具体的消息格式,然后还是在service层完成消息组装。
以iOS推送为例:iOS的推送因为是要遵从Apple的APNs的协议,alter是alter,badge是badge,需要传递给app的,则封装在custom中。web也可以类似,协定好具体的通知格式,然后在web层判断并呈现。

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文