公告列表
公告列表
收藏
回答

recycle-view 怎么实现那种上拉刷新 下拉加载的思想？

现在是一个直播的评论区域 会有不断的评论消息 从socket 里过来 每次过来的时候 我就append 里进去一个数据 那么我这个大数组岂不是会很长 我想着能有一个显示区域 只显示当前的或者20条数据 其余的当我上拉刷新的时候 或者下拉加载的时候 再请求接口或者 从缓存里拿 你们都是怎么实现的呢 最近项目要用 挺急的 唉

回答关注问题邀请回答
收藏

1 个回答

  • Admin ²º²³
    Admin ²º²³
    2020-02-07
    bindscrolltolower

bindscrolltoupper

这2个事件处理。
n你也不用什么缓存了，一直append就好了，recycle-view会自动处理的。只渲染需要渲染的。性能会优化
    2020-02-07
    有用
    回复 3
    • 9这么6
      9这么6
      2020-02-08
      可是越加越多 从刚开始的一条数据 到后来的千条万条十万条 这种可能还会更多 的这种情况  因为我这个是很多人观看直播的评论 这个数据还是很大的


      我加了一个100毫秒就append 的定时器  如果频繁的往里面添加内容  在真机上会卡顿 错乱的情况  你有遇到过吗   我觉得我这个功能和那种长的商品列表有些不太一样  这种情况怎么处理啊
      2020-02-08
      赞
      回复
    • Admin ²º²³
      Admin ²º²³
      2020-02-08回复9这么6
      我也是因为数据量太大才用recycle-view，不过我没你这么量大，我是5000多条，不用recycle-view时，小程序最后在700多条时就停止渲染了，数组能正常新增后面的数据，但是渲染层直接停掉。改用recycle-view后问题解决。千万条的我估计肯定会太多，应该采用截断的方式，只显示最近的1-2万条。
      2020-02-08
      赞
      回复
    • Admin ²º²³
      Admin ²º²³
      2020-02-08回复9这么6
      我没具体看recycle-view的源码，但是我看介绍他的原理是只渲染前后3页的数据，就代表渲染层和后台的数据层是隔离的，后台数据记录再多也不影响需要渲染的数据量。所以理论上只要内存够用，后台的数组长度应该不受限
      2020-02-08
      赞
      回复
请 登录 后发表内容
相关问题
相关文档
问题标签
直播缓存