这可能是ViewPager2滑动冲突最全面的处理方案(4)

case MotionEvent.ACTION_MOVE: {

// 这里判断在水平方向上的滑动距离大于竖直方向的2倍,则认为是有效的切换页面的滑动

if (xDiff > mTouchSlop && xDiff * 0.5f > yDiff) {

mIsBeingDragged = true;

// 禁止Parent View拦截事件,即事件要能够传递到ViewPager

requestParentDisallowInterceptTouchEvent(true);

setScrollState(SCROLL_STATE_DRAGGING);

} else if (yDiff > mTouchSlop) {

mIsUnableToDrag = true;

}

break;

}

case MotionEvent.ACTION_DOWN: {

if (mScrollState == SCROLL_STATE_SETTLING

&& Math.abs(mScroller.getFinalX() - mScroller.getCurrX()) > mCloseEnough) {

// 在Down事件中禁止Parent View拦截事件,是为了事件序列能够传递到ViewPager

requestParentDisallowInterceptTouchEvent(true);

setScrollState(SCROLL_STATE_DRAGGING);

} else {

completeScroll(false);

mIsBeingDragged = false;

}

break;

}

case MotionEvent.ACTION_POINTER_UP:

onSecondaryPointerUp(ev);

break;

}

return mIsBeingDragged;

}

可以看到在ACTION_DOWN与ACTION_MOVE中根据一些判断条件调用了requestParentDisallowInterceptTouchEvent(true)方法来禁止Parent View拦截事件,也就是说ViewPager已经帮我们处理了滑动冲突,所以我们只管用即可,无需担心滑动冲突问题。

现在,我们转到ViewPager2中,翻阅源码发现只有在RecyclerView 的实现类中有onInterceptTouchEvent的相关方法,而且这句代码仅仅是处理禁用了用户输入的逻辑!

private class RecyclerViewImpl extends RecyclerView {

… // 省略部分代码

@Override

public boolean onInterceptTouchEvent(MotionEvent ev) {

return isUserInputEnabled() && super.onInterceptTouchEvent(ev);

}

}

也就是说ViewPager2其实并没有帮我们处理滑动冲突!这是为什么呢?难道是ViewPager2的开发者们把这件事忘了?这里我敢保证肯定不是这样子的。其实,只要我们看一看ViewPager2的结构大概就能知道了。ViewPager2被声明了final,意味着我们不能像继承ViewPager一样来修改ViewPager2。如果官方在ViewPager2内部自行处理了滑动冲突,那么如果有特殊的需求,需要根据我们自己的情况来处理ViewPager2的滑动,那么官方写的处理滑动冲突的代码是不是会影响到我们自己的需求?所以我觉得也正因为这样,干脆不做任何处理,全权交给了开发者自行解决。

二、滑动冲突的处理方案


既然官方不给我们处理,那就需要我们自己动手了。在开始之前我们先来了解一下处理滑动冲突的两种方案。既然出现滑动冲突,那么一定是由于两个布局相互嵌套引起的 。既然是两个布局,那么我们就可以分为两个方向来处理。即所谓的外部拦截法内部拦截法

1.外部拦截法


所谓的“外部拦截法“中的外部是指出现滑动冲突的这两个布局的外层。我们知道,一个事件序列是由Parent View先获取到的,如果Parent View不拦截事件那么才会交由子View去处理。既然是外层先获知事件,那外层View根据自身情况来决定是否要拦截事件不就行了吗?因此外部拦截法的实现是非常简单的,大概思路如下:

public boolean onInterceptTouchEvent(MotionEvent event) {

boolean intercepted = false;

int x = (int) event.getX();

int y = (int) event.getY();

switch (event.getAction()) {

case MotionEvent.ACTION_DOWN: {

intercepted = false;

break;

}

case MotionEvent.ACTION_MOVE: {

if (needIntercept) { // 这里根据需求判断是否需要拦截

intercepted = true;

} else {

intercepted = false;

}

break;

}

case MotionEvent.ACTION_UP: {

intercepted = false;

break;

}

default:

break;

}

mLastXIntercept = x;

mLastYIntercept = y;

return intercepted;

}

2.内部拦截法


所谓的”内部拦截法“指的是对内部的View做文章,让内部View决定是不是拦截事件。但是现在就有问题了,你怎么知道外部的View是不是要拦截事件啊??如果外部View把事件拦截了,内部的View岂不是连西北风都喝不到了?别着急,Google官方当然有考虑到这种情况。在ViewGroup中有一个叫requestDisallowInterceptTouchEvent的方法,这个方法接受一个boolean值,意思是是否要禁止ViewGroup拦截当前事件。如果是true的话那么该ViewGroup则无法对事件进行拦截。有了这个方法那我们就可以让内部View大显神通了。来看下内部拦截法的代码:

public boolean dispatchTouchEvent(MotionEvent event) {

int x = (int) event.getX();

int y = (int) event.getY();

switch (event.getAction()) {

case MotionEvent.ACTION_DOWN: {

// 禁止parent拦截down事件

parent.requestDisallowInterceptTouchEvent(true);

break;

}

case MotionEvent.ACTION_MOVE: {

int deltaX = x - mLastX;

int deltaY = y - mLastY;

if (disallowParentInterceptTouchEvent) { // 根据需求条件来决定是否让Parent View拦截事件。

parent.requestDisallowInterceptTouchEvent(false);

}

break;

}

case MotionEvent.ACTION_UP: {

break;

}

default:

break;

}

mLastX = x;

mLastY = y;

return super.dispatchTouchEvent(event);

}

这么处理之后,两个嵌套View就可以和谐工作了。

下面是来自外部View和内部View的对话。

外部View:”我想拦截事件!“

内部View:”不,你不想。这事件我要定了,耶稣都留不住他。“

三、处理ViewPager2的滑动冲突


上一章讲了滑动冲突处理的两种方案,那么本章我们就来解决ViewPager2的滑动冲突。首先,应该确定一下存在在哪些需要拦截和不需要拦截的边界条件。在写这篇文章之前,我Google搜索了一下ViewPager2的滑动冲突处理方案,关于这方面的文章还不算少,不过大部分的文章对于ViewPager2的滑动冲突处理考虑的都不够完善。

下面我们详细来分析一下:

  • 如果设置了userInputEnable=false,那么ViewPager2不应该拦截任何事件;

  • 如果只有一个Item,那么ViewPager2也不应该拦截事件;

  • 如果是多个Item,且当前是第一个页面,那么只能拦截向左的滑动事件,向右的滑动事件就不应该由ViewPager2拦截了;

  • 如果是多个Item,且当前是最后一个页面,那么只能拦截向右的滑动事件,向左的滑动事件不应该由当前的ViewPager2拦截;

  • 如果是多个Item,且是中间页面,那么无论向左还是向右的事件都应该由ViewPager2拦截;

  • 最后,由于ViewPager2是支持竖直滑动的,那么竖直滑动也应该考虑以上条件。

分析完了边界条件之后,我们看下应该使用哪种方案来处理滑动冲突?很明显,这里应该使用内部拦截法处理。但是,由于ViewPager2被设置成了final,我们无法通过继承的方式来处理,因此就需要我们在ViewPager2外部加一层自定义的Layout。这层Layout其实相当于夹在了内层View和外层View的中间,其实就是这层Layout就变成了内层。好了,废话不多说了,直接贴代码了。

class ViewPager2Container @JvmOverloads constructor(context: Context, attrs: AttributeSet? = null, defStyleAttr: Int = 0) : RelativeLayout(context, attrs, defStyleAttr) {

private var mViewPager2: ViewPager2? = null

private var disallowParentInterceptDownEvent = true

private var startX = 0

private var startY = 0

override fun onFinishInflate() {

super.onFinishInflate()

for (i in 0 until childCount) {

val childView = getChildAt(i)

if (childView is ViewPager2) {

mViewPager2 = childView

break

}

}

if (mViewPager2 == null) {

throw IllegalStateException(“The root child of ViewPager2Container must contains a ViewPager2”)

}

}

override fun onInterceptTouchEvent(ev: MotionEvent): Boolean {

val doNotNeedIntercept = (!mViewPager2!!.isUserInputEnabled

|| (mViewPager2?.adapter != null

&& mViewPager2?.adapter!!.itemCount <= 1))

if (doNotNeedIntercept) {

return super.onInterceptTouchEvent(ev)

}

when (ev.action) {

MotionEvent.ACTION_DOWN -> {

startX = ev.x.toInt()

startY = ev.y.toInt()

parent.requestDisallowInterceptTouchEvent(!disallowParentInterceptDownEvent)

}

MotionEvent.ACTION_MOVE -> {

val endX = ev.x.toInt()

val endY = ev.y.toInt()

val disX = abs(endX - startX)

val disY = abs(endY - startY)

if (mViewPager2!!.orientation == ViewPager2.ORIENTATION_VERTICAL) {

onVerticalActionMove(endY, disX, disY)

} else if (mViewPager2!!.orientation == ViewPager2.ORIENTATION_HORIZONTAL) {

onHorizontalActionMove(endX, disX, disY)

}

}

MotionEvent.ACTION_UP, MotionEvent.ACTION_CANCEL -> parent.requestDisallowInterceptTouchEvent(false)

}

return super.onInterceptTouchEvent(ev)

}

private fun onHorizontalActionMove(endX: Int, disX: Int, disY: Int) {

if (mViewPager2?.adapter == null) {

return

}

if (disX > disY) {

结语

看到这篇文章的人不知道有多少是和我一样的Android程序员。

35岁,这是我们这个行业普遍的失业高发阶段,这种情况下如果还不提升自己的技能,进阶发展,我想,很可能就是本行业的职业生涯的终点了。

我们要有危机意识,切莫等到一切都成定局时才开始追悔莫及。只要有规划的,有系统地学习,进阶提升自己并不难,给自己多充一点电,你才能走的更远。

千里之行始于足下。这是上小学时,那种一元钱一个的日记本上每一页下面都印刷有的一句话,当时只觉得这句话很短,后来渐渐长大才慢慢明白这句话的真正的含义。

有了学习的想法就赶快行动起来吧,不要被其他的事情牵绊住了前行的脚步。不要等到裁员时才开始担忧,不要等到面试前一晚才开始紧张,不要等到35岁甚至更晚才开始想起来要学习要进阶。

给大家一份系统的Android学习进阶资料,希望这份资料可以给大家提供帮助。

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》点击传送门,即可获取!
我想,很可能就是本行业的职业生涯的终点了。

我们要有危机意识,切莫等到一切都成定局时才开始追悔莫及。只要有规划的,有系统地学习,进阶提升自己并不难,给自己多充一点电,你才能走的更远。

千里之行始于足下。这是上小学时,那种一元钱一个的日记本上每一页下面都印刷有的一句话,当时只觉得这句话很短,后来渐渐长大才慢慢明白这句话的真正的含义。

有了学习的想法就赶快行动起来吧,不要被其他的事情牵绊住了前行的脚步。不要等到裁员时才开始担忧,不要等到面试前一晚才开始紧张,不要等到35岁甚至更晚才开始想起来要学习要进阶。

给大家一份系统的Android学习进阶资料,希望这份资料可以给大家提供帮助。
[外链图片转存中…(img-2oUFOlK6-1715416223887)]

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》点击传送门,即可获取!

  • 19
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值