站内消息的设计1.0【原创分享】
2015-11-19 00:00
218 查看
应用要上系统消息通知,怎么通知?就是应用内的一个小消息推送!
具体就是运营平台给某渠道某用户级别发通知或直接给指定用户发送通知!
我的设计是这样的!
第一个表,系统消息通知表,就是在运行平台创建发送通知的一个表,记录给谁发送通知的基本信息!
第二个表是,消息表,记录消息类型,来源,标题,标签,内容,发送时间等信息。
这里考虑到有可能以后会有用户间的留言及评论等需求,所以单独设计了,从第一个表来的都是系统通知。
第三个表,记录指定用户的表,当发送通知是指定用户会读取这个表的信息!算是一个关联表!
第四个表,用户消息状态表,记录用户已读未读的消息ID,及是否有未读消息的状态!
当一表数据发布通知,对通知进行解析,生成二表消息数据及写入四表相关用户数据!这时候只写未读数据项。
同时,对二表和四表的数据做了缓存!
用户从客户端拉取数据时,接口端服务器先读未读消息,按时间倒序排列,然后读取已读消息,也按时间倒序排列!
用户点击未读消息,显示详情,标为已读,当用户离开消息功能界面上报,接口做对应处理,并返回结果!
大概就是这样了
具体就是运营平台给某渠道某用户级别发通知或直接给指定用户发送通知!
我的设计是这样的!
第一个表,系统消息通知表,就是在运行平台创建发送通知的一个表,记录给谁发送通知的基本信息!
第二个表是,消息表,记录消息类型,来源,标题,标签,内容,发送时间等信息。
这里考虑到有可能以后会有用户间的留言及评论等需求,所以单独设计了,从第一个表来的都是系统通知。
第三个表,记录指定用户的表,当发送通知是指定用户会读取这个表的信息!算是一个关联表!
第四个表,用户消息状态表,记录用户已读未读的消息ID,及是否有未读消息的状态!
当一表数据发布通知,对通知进行解析,生成二表消息数据及写入四表相关用户数据!这时候只写未读数据项。
同时,对二表和四表的数据做了缓存!
用户从客户端拉取数据时,接口端服务器先读未读消息,按时间倒序排列,然后读取已读消息,也按时间倒序排列!
用户点击未读消息,显示详情,标为已读,当用户离开消息功能界面上报,接口做对应处理,并返回结果!
大概就是这样了
相关文章推荐
- 浅析PHP微信支付通知的处理方式
- Android中的广播、服务、数据库、通知、包等术语的原理和介绍(图解)
- 配置iOS推送通知与推送通知iOS客户端编写实现及推送服务器端编写
- (转)NSNotification example
- 本地通知
- 中国式通知
- Android Notification详解
- 美国 SOPA 法案简介
- 等待事件之Log File Sync
- 国务院办公厅关于2011年部分节假日安排的通知
- 关于进一步加强国家统一考试保密管理工作的通知
- 对模式图及通知的理解
- OC笔记 - NSNotification、键盘通知(2015.3.7)
- android通知 notification
- 状态栏发送通知
- Spring AOP各种通知 以及执行顺序
- android不通过自定义layout,修改通知logo
- iOS开发系列--通知与消息机制
- iOS基础知识:Objective-C 之 通知(Notification)
- 在数字键盘上添加button