Android NestedScrolling解决滑动冲突问题(2) - fling问题与NestedScroll++

栏目: Android · 发布时间: 5年前

内容简介:前一篇文章中分析了解决滑动冲突问题的在滑动开始时,调用

前一篇文章中分析了解决滑动冲突问题的 NestedScroll 接口,也给出了解决此类问题的一般性方案:

NestedScrollingChild侧

NestedScrollingChild (后面简称NC)处理 MotionEvent (一般在 onTouchEvent 中,如果是 ViewGroup 还要注意 onInterceptTouchEvent 的处理,拦截滑动相关的 MotionEvent 事件),分析用户滑动操作。

在滑动开始时,调用 startNestedScroll 找到联动此次滑动的 NestedScrollingParent (后面简称NP)。

对于每次用户交互产生的滑动距离,先调用 dispatchNestedPreScroll ,询问联动NP是否预先处理此滑动,如果NP预先处理了,会给出消耗掉的滑动距离。

对于NP预处理剩下的滑动距离,NC决定自己是否处理部分或者全部距离(自己的滑动)。

如果NC自己滚动之后,还剩下部分滑动距离,则调用 dispatchNestedScroll 让NP自行选择是否处理最后剩下的这些滑动距离。

用户交互停止滑动,调用 stopNestedScroll 通知NC停止滑动联动。

NestedScrollingParent侧

onStartNestedScroll 中,决定是否与此次NC发起的滑动请求联动,如果决定联动,返回 true ,否则返回 false 。返回 true 之后,会收到 onNestedScrollAccepted 回调,表示NC同意与其联动,可以开始做初始化操作了;返回false之后,后面的NC联动操作不会通知此 NestedScrollingParent (不会收到后续的 onNestedPreScrollonNestedScrollonStopNestedScroll 等)。

onNestedPreScroll 中,决定是否预处理滑动单步,并给出消耗掉的滑动距离(不处理则为0)。

onNestedScroll 中,决定是否消耗NC处理剩下的滑动距离。

onStopNestedScroll 做联动滑动收尾工作。

通过NC与NP的配合,可以做到很多复杂的滑动操作。只要分析了界面上外层视图与内层视图在滑动时的交互逻辑,就可以利用这两个接口实现。

fling的处理

相对于滑动操作,还有一个fling操作,也叫猛划,指用户拖住UI元素快速滑动之后抬手,这时会有一个fling事件,一般的操作逻辑是UI元素在抬手之后按照初始速度做减速运动。

NestedScroll接口也提供了API处理fling事件,在 NestedScrollingChilddispatchNestedPreFling 通知NP预处理fling事件, dispatchNestedFling 通知NP后处理fling事件。

boolean dispatchNestedPreFling(float velocityX, float velocityY);
boolean dispatchNestedFling(float velocityX, float velocityY, boolean consumed);
复制代码

NestedScrollingParent 中对应的接口为 onNestedPreFlingonNestedFling

boolean onNestedPreFling(@NonNull View target, float velocityX, float velocityY);
boolean onNestedFling(@NonNull View target, float velocityX, float velocityY, boolean consumed);
复制代码

通过这几个接口,可以让NC和NP各自对fling事件做出反应,但是不能像滑动事件一样联动。即不能先让NP预处理 部分 fling 速度,然后NC处理剩下的 部分 fling速度,再将最后剩下的交给NP继续处理。这种情况下,上层UI元素与下层UI元素缺乏交互,很难做到像滑动操作一样的UI效果(例如fling时先收起上层视图部分内容,再滑动下层视图)。

NestedScroll++

为了解决此问题,在support包 26.0.0-beta2 版本中引入了 NestedScroll 接口的升级版本(后面称为 NestedScroll++ ): NestedScrollingParent2NestedScrollingChild2

NestedScroll++ 接口中,引入了touch type 的概念:对于用户手指触摸拖拽产生的滑动事件type为 ViewCompat.TYPE_TOUCH , fling产生的滑动事件 typeViewCompat.TYPE_NON_TOUCH 。滑动接口的相应API中加入了此 type 参数,如 onNestedScroll 接口改为:

void onNestedScroll(@NonNull View target, int dxConsumed, int dyConsumed, int dxUnconsumed, int dyUnconsumed, @NestedScrollType int type);
复制代码

NestedScroll++接口中,对于滑动事件的处理,与 NestedScroll 接口一样,只是API中加入了 type 参数。

而对于fling事件的处理,不再依赖于 dispatchNestedPreFlingdispatchNestedFlingonNestedPreFlingonNestedFling 等接口,而是选择使用与滑动事件相同的处理方式,只是 type 不同(为 ViewCompat.TYPE_NON_TOUCH )。

相应的交互逻辑改为:

NestedScrollingChild侧

在fling开始时,调用 startNestedScroll 找到联动此次滑动的 NestedScrollingParent (后面简称NP)。

每次刷新视图时,计算当前时间片由fling产生的滑动距离,先调用 dispatchNestedPreScroll ,询问联动NP是否预先处理此滑动距离,如果NP预先处理了,会给出消耗掉的滑动距离。

对于NP预处理剩下的滑动距离,NC决定自己是否处理部分或者全部距离(自己的滑动)。

如果NC自己滚动之后,还剩下部分滑动距离,则调用 dispatchNestedScroll 让NP自行选择是否处理最后剩下的这些滑动距离。

用户交互停止滑动,调用stopNestedScroll通知NC停止滑动联动。

NestedScrollingParent侧

onStartNestedScroll 中,决定是否与此次NC发起的fling联动请求,如果决定联动,返回 true ,否则返回 false 。返回 true 之后,会收到 onNestedScrollAccepted 回掉,表示NC同意与其联动,可以开始做初始化操作了;返回false之后,后面的NC联动操作不会通知此 NestedScrollingParent (不会收到后续的 onNestedPreScrollonNestedScrollonStopNestedScroll 等)。

onNestedPreScroll 中,决定是否预处理fling产生的滑动距离,并给出消耗掉的滑动距离(不处理则为0)。

onNestedScroll 中,决定是否消耗NC处理剩下的滑动距离。

onStopNestedScroll 做联动滑动收尾工作。


以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

Geometric Folding Algorithms

Geometric Folding Algorithms

Erik D Demaine / Cambridge University Press / 2008-8-21 / GBP 35.99

Did you know that any straight-line drawing on paper can be folded so that the complete drawing can be cut out with one straight scissors cut? That there is a planar linkage that can trace out any alg......一起来看看 《Geometric Folding Algorithms》 这本书的介绍吧!

在线进制转换器
在线进制转换器

各进制数互转换器

正则表达式在线测试
正则表达式在线测试

正则表达式在线测试

HEX HSV 转换工具
HEX HSV 转换工具

HEX HSV 互换工具