这是一个关于
RecycleView
滑动事件的辅助类,该辅助类可以检测
RecycleView
滑动到顶部或者底部的状态.
可用于实现
RecycleView
加载更多或者刷新(虽然刷新可以直接用
SwipeRefreshLayout
).也可用于某些滑动相关的需求,如
FloatingActionButton
的隐藏与显示之类的.
关于
RecycleView
的滑动监听
RecycleView
本身已经提供了滑动的监听接口,
OnScrollListener
,这个接口包含了以下的方法.
由以上状态我们可以根据不同的状态去判断
RecycleView
当前的位置或者是滚动状态.
关于滑动位置的监听
我们需要确定的是
RecycleView
是否已经滑动到底部或者是顶部.
由以上提及的状态我们可以确定,当前
RecycleView
滑动到顶部或者底部时,其滚动状态都是静止的,这时状态应该是
SCROLL_STATE_IDLE
.
确定了状态,下面需要确定的就是当前的item是否为顶部或者是底部的item?
关于这个问题,其实
RecycleView
已经有相关的方法可以查询到了(严格来说应该是
RecycleView
的
LayoutManager
),网上已经有很多相关的博客说明.这里也是参考了一下一些博客,这里给出一个地址,可以了解一下,下面也会提及如何检测,如果觉得链接内容太多可以跳过.
参考链接
特别说明,为了避免混乱
1.这里使用
itemView
表示adapter里每一个position对应的view;
2.
position
都是指adapter中的数据的位置
3.使用
childView
表示
RecycleView
缓存复用的子view
检测边界的
itemView
关于
itemView
的位置确定,可以通过
LinearLayoutManager
获取到当前显示的view对应adapter中的position.
LinearLayoutManager linearManager = (LinearLayoutManager) layoutManager;
以上是简单的顶部/底部判断方式.
简单判断方式的缺点
以上已经介绍了如何判断
RecycleView
滑动到顶部和底部的方式.但这个判断方式是有缺陷的.问题在于
RecycleView
的可见itemView的查找上.
itemView的可见问题
RecycleView
中的itemView是可大可小的,这个取决于我们的实际使用场景及业务.当itemView的内容比较多时,将会占据相当一部分
RecycleView
的界面.所以我们往往存在这种情况:
某些itemView会在滑动过程中只显示一部分或者一半
但是这种情况下,该itemView还是属于一个可见(
visible
).
任何时候一个itemView只要有任何一部分显示在
RecycleView
上时,该itemView都是可见的
回到我们之前
查找边界itemView
的方法中,查找边界用的方法是:
linearLayoutManager.findFirstVisibleItemPosition(
示例:当设置容差值为item的一半高度时,则在顶部或者底部item超过一半滑出界面时即可以触发回调事件.
完整地检测满屏并滑动到底部(或者顶部)
将以上两个
检测满屏
与
检测滑动到底部
的方法组合起来即可.
最后附上更加具体的检测方式:
可以设置先检测滑动到底部还是顶部
可以设置在先检测到某一种情况时是否还继续检测另一种情况(栽些情况下可能需要同时检测是否滑动到顶部及底部)
可以设置是否检测满屏的情况(非满屏情况下不触发滑动事件)
可以设置检测滑动到顶部/底部的容差值(即扩大检测范围)
GitHub地址
有帮助的话欢迎Start,谢谢
https://github.com/CrazyTaro/RecycleViewAdatper
不想下载github项目的,或者不使用AS只需要类文件的,可以到以下下载地址直接下载类文件:
建议直接到github上下载文件,尽管这部分的文件功能很明确也很稳定,但如果项目有任何更新的情况下,肯定会提交到github上的.
http://download.csdn.net/detail/u011374875/9556686
本文转自 一点点征服 博客园博客,原文链接:http://www.cnblogs.com/ldq2016/p/6645970.html
,如需转载请自行联系原作者
ViewGroup在调用onMeasure时,会先测量父View,还是会先测量子View?
ViewGroup在调用onMeasure时,会先测量父View,还是会先测量子View?
实际开发中,UI小姐姐都会提供通用的`无数据页面`、`错误提示页面`。
针对常见的`支持下拉刷新和上拉加载更多的列表页面`,将他们的通用逻辑抽取出来,这样我们在开发过程中就只需要关注具体的业务逻辑了,无需每次通过cv来完善`无数据页面`、`错误提示页面`的逻辑了。
View的测量、布局和绘制过程中的关键方法
我们这里说的View的测量、布局和绘制,实质上是针对ViewGroup的,简单起见就不区分View和ViewGroup。View的测量、布局和绘制是包含在ViewGroup流程中的。
更好的 RecyclerView 表项子控件点击监听器
上篇介绍了一种新的监听 RecyclerView 表项点击事件的方法。实现了将点击事件和RecyclerView.Adapter解耦。这一篇介绍如何监听 RecyclerView 表项子控件点击事件。
【JetPack】为现有 Android 项目配置视图绑定 ( ViewBinding ) 模块 ( 视图绑定不影响传统布局操作 | 视图绑定类关联 Activity | 视图绑定类本质 )(二)
【JetPack】为现有 Android 项目配置视图绑定 ( ViewBinding ) 模块 ( 视图绑定不影响传统布局操作 | 视图绑定类关联 Activity | 视图绑定类本质 )(二)
【JetPack】为现有 Android 项目配置视图绑定 ( ViewBinding ) 模块 ( 视图绑定不影响传统布局操作 | 视图绑定类关联 Activity | 视图绑定类本质 )(一)
【JetPack】为现有 Android 项目配置视图绑定 ( ViewBinding ) 模块 ( 视图绑定不影响传统布局操作 | 视图绑定类关联 Activity | 视图绑定类本质 )(一)
OrientationHelper
OrientationHelper是对RecycleView中子View管理的辅助类,它是一个抽象类,类中定义了获取View布局信息的相关方法。
最近想出一篇Android事件分发机制的文章,但是根据很多小伙伴反馈在理解Android事件分发机制之前都不是很明白Activity、Window和DecorView之间的关系,导致在学习Android事件分发机制上理解很费劲,本文将从源码角度带你分析Activity、Window和DecorView之间的关系,让你彻彻底底搞明白。