换一个思路,超简单的RecyclerView预加载,事件分发流程

本文介绍了如何实现RecyclerView的类型无关预加载,通过在`onBindViewHolder`中检查预加载条件,避免了多次调用问题。同时讨论了预加载的优缺点,包括无需关心列表滑动速度和用户在底部的多次上拉。最后提出了通过增加预加载状态标记位来防止重复预加载的解决方案。
摘要由CSDN通过智能技术生成

==改成>=,条件是放宽了,但多次调用的问题更加严重了。在正常滑动过程中,这个方案无法做到精准匹配预加载阈值,即无法实现只回调一次onPreload(),因为onScroll()是像素粒度的回调,而预加载要做的表项粒度的检测。

这个方案还有一个缺点:和LayoutManager类型耦合。代码中使用了if (layoutManager is LinearLayoutManager)这样的判断,如果要适配StaggeredGridLayoutManager则必须新增else分支,如果又多了一个自定义LayoutManager呢?

类型无关预加载

判断是否预加载的关键是获取表项索引,刚才通过layoutManager.findLastVisibleItemPosition()获取,其实饶了一大圈。

列表在被显示之前必然经历了onBindViewHolder(holder: ViewHolder, position: Int),该方法中就能轻松的获取表项索引,可以把刚才的判断逻辑移到RecyclerView.Adapter中:

class PreloadAdapter: RecyclerView.Adapter() {
// 预加载回调
var onPreload: (() -> Unit)? = null
// 预加载偏移量
var preloadItemCount = 0
// 列表滚动状态
priv

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值