主要从发送通知、撤回通知、通知消息数、通知消息列表这 4 个子需求来展开。 1.1发送通知 该操作一般由业务系统发出通知,业务系统包括了 App 端和管理后台这两种; App 内的发起的通知一般由 App 用户即会员(member)自己来操作,如:在评论区回复评论,则其父评论的发布者需要收到评论回复通知; 管理后台发出的通知一般...
主要从发送通知、撤回通知、通知消息数、通知消息列表这 4 个子需求来展开。 1.1发送通知 该操作一般由业务系统发出通知,业务系统包括了 App 端和管理后台这两种; App 内的发起的通知一般由 App 用户即会员(member)自己来操作,如:在评论区回复评论,则其父评论的发布者需要收到评论回复通知; 管理后台发出的通知一般...
三、关键流程设计 本篇小结 前言 消息通知系统(notification-system)作为一个独立的微服务,完整地负责了 App 端内所有消息通知相关的后端功能实现。该系统既需要与文章系统、订单系统、会员系统等相关联,也需要和其它业务系统相关联,是一个偏底层的通用服务系统。 App 端内的消息通知类型常见有这几项:评论通知、点赞...
书接上回,消息通知系统(notification-system)作为一个独立的微服务,完整地负责了 App 端内所有消息通知相关的后端功能实现。该系统既需要与文章系统、订单系统、会员系统等相关联,也需要和其它业务系统相关联,是一个偏底层的通用服务系统。
五、后端接口设计 5.1业务系统接口 5.2App 端接口 六、关键逻辑实现 6.1Redis存储结构 6.2已读消息处理 6.3缓存定时清除 本篇小结 前言 书接上回,消息通知系统(notification-system)作为一个独立的微服务,完整地负责了 App 端内所有消息通知相关的后端功能实现。该系统既需要与文章系统、订单系统、会员系统等相关联,也...
1.1发送通知 1.2撤回通知 1.3通知消息数 1.4通知消息列表 二、数据模型设计 2.1概念模型 2.2逻辑模型 三、关键流程设计 本篇小结 前言 消息通知系统(notification-system)作为一个独立的微服务,完整地负责了 App 端内所有消息通知相关的后端功能实现。该系统既需要与文章系统、订单系统、会员系统等相关联,也需要和其它...