前言
今年年初接触回答页面改版,由之前的左右滑动回答改为上下滑动回答,由于当时回答页的代码太过于庞大,所以第一次改版复用了之前的 UI 框架,外层 ViewPager + Fragment,内层是 WebView 嵌套 Hybrid 页面。
问题出现了,WebView 可以滚动的时候,会持有整个 Touch 事件流程,导致当 webView 拖拽到底部,手指不脱离屏幕继续拖拽的时候,无法将当前的拖拽操作给翻页器,产生体验上的割裂感。
调研
1.NestedScrolling:
Support V4 提供了一套 API 来支持嵌入的滑动效果。NestedScrolling 提供了一套父 View 和子 View 滑动交互机制。要完成这样的交互,父 View 需要实现 NestedScrollingParent 接口,而子 View 需要实现 NestedScrollingChild 接口。
作为一个可以嵌入 NestedScrollingChild 的父 View,需要实现 NestedScrollingParent,这个接口方法和 NestedScrollingChild 大致有一一对应的关系。同样,也有一个 NestedScrollingParentHelper 辅助类来默默的帮助你实现和 Child 交互的逻辑。滑动动作是 Child 主动发起,Parent 就收滑动回调并作出响应。
从上面的 Child 分析可知,滑动开始的调用 startNestedScroll(),Parent 收到 onStartNestedScroll() 回调,决定是否需要配合 Child 一起进行处理滑动,如果需要配合,还会回调 onNestedScrollAccepted()。
每次滑动前,Child 先询问 Parent 是否需要滑动,即 dispatchNestedPreScroll(),这就回调到 Parent 的 onNestedPreScroll(),Parent 可以在这个回调中“劫持”掉 Child 的滑动,也就是先于 Child 滑动。
Child 滑动以后,会调用 onNestedScroll(),回调到 Parent 的 onNestedScroll(),这里就是 Child 滑动后,剩下的给 Parent 处理,也就是 后于 Child 滑动。
最后,滑动结束,调用 onStopNestedScroll() 表示本次处理结束。
这个方案其实很不错,但最后被 pass 了,因为由于工程的原因,我们的 webview 是被包裹起来的,不可以任意去继承 NestedScrollingChild 并做定制修改。
2.自定义 ViewGroup
其实目前的问题是当子 View scroll 到顶部或者底部的时候,无法将 Touch 事件流交还给父布局。
因此这里我采用的思路是通过我的 ViewGroup 去统一 dispatchTouchEvent 给我的子 View,条件就是,假如子 View 可以滚动,我就会构造一套完整的 touch 时间流分发给他。否则我会自己消化。
解决方案
step 1:
通过第二种方式的思路,我们第一步需要在我的 ViewGroup 拦截所有的 Touch 事件。所以…
上来我们就拦截出所有的 Touch 事件。
step2:
开始在 ViewGroup 的 onTouchEvent 处理所有相关的 Event。
step3:
判断子 View 是否可以滚动
这部分核心在于递归查询当前 MotionEvent 当前坐标下的所有子 View 有没有可以滚动的 View,从而根据 view.canScrollVertically 来进行判断。
优势
1.支持绝大多数的 View 嵌套滚动。
2.成本低,只需要在你想要嵌套滚动的 View 上面包一层这个 Layout。
功能
1.支持嵌套滚动,无缝拖拽
2.支持 BottomSheet (使用方法详见下方)
3.支持 Appbarlayout
3.支持拖拽阻尼 (使用方法详见下方)
效果
normal | webview |
bottomsheet normal | bottomsheet appbarlayout |
view recyclerview | webview recyclerview |
question |
Usage example
normal use
|
|
|
|
bottomsheet use
|
|
|
|
Usage
方式 1:
方式 2:
源码
https://github.com/JarvisGG/NestedTouchScrollingLayout