1、关于分页缓存主要解决问题:减少数据传输。
查看朋友圈逻辑: 根据项目需求:如果数据不是那么重要,可以丢失,类似(今日头条 新闻类)那么
下拉刷新永远取服务器时间倒叙最新的n条(得到数据缓存到数据库)。
主要缓存则是在上拉加载这部分进行 根据当前页最后一条的时间 我们可以从本地数据库中进行筛选 够n条 那么就直接取n条 不够n条 就直接请求服务器(得到数据缓存到数据库)
如果数据重要,不可丢失。 服务器这时应该要接收2个时间,对应的取这两个时间之间的n条(最大条数n条)
下拉刷新时:
查看数据库,如果有,传当前系统时间,传数据库第一条时间<->
如果没有,传当前系统时间,0(和服务器规定)<->
如果有数据返回,存数据库,查看数据库显示倒叙最新的n条 <->
如果没有直接显示数据库倒叙的n条
上拉加载时:
已当前页最后一条数据时间为条件查看数据库,有没有更早的数据<->
如果有,传当前页最后一条时间,数据库第一条时间<->
如果没有,传当前页最后一条时间,0(和服务器规定)<->
有数据返回,存数据库,查询数据库显示<->
如果没有,根据当前页最后一条数据时间,从数据库取显示
由于点赞评论时刻会变化,这里就没有处理点赞和评论(也就是说评论点赞另外调接口获取实时数据)
2、关于假上传主要解决问题:优化用户体验,免去上传图片用户需要等待的时间
为了配合朋友圈的删除、点赞、评论。在上传前,服务器应该有一个生成朋友圈id的接口,方便我们做的假数据能够和真正上传的数据匹配
本地数据库需要两个表,一个朋友圈的缓存表,一个上传任务表,程序应该有一个定时任务:每次扫描本地数据库上传任务表,来进行后台上传。
由于公司项目的需求,之前实时上传普遍用户反映上传速度太慢。然后查了一下网上的资料,关于这方面的实在少的可怜。
第一次写博客。不足之处,请多指教。