CoordinatorLayout, NestedScrolling, behavior学习记录

今天复习这套东西时的一点心得记录, 有些概念自己可能掌握的不准确, 后续有新的认识的时候再更新

入门

先学习NestedScrolling, 看这篇
https://www.jianshu.com/p/1bc9e712ee71
如果只是要完成控件联动的功能, 通过NestedScrolling这套东西也就够了, 但是每次都要自己去实现2个接口, 并去实现几个接口方法.
接口:
NestedScrollingParent, NestedScrollingChild
重要的辅助类: NestedScrollingParentHelper, NestedScrollingChildHelper,

看一个自己实现这套东西的例子:
https://blog.csdn.net/lmj121212/article/details/52974427

如果掌握了NestedScrolling, 也就大体知道了控件联动的原理, 我们就继续往下看CoordinatorLayout

CoordinatorLayout 和 behavior

CoordinatorLayout 可以理解为谷歌为我们准备好的一个实现了NestedScrollingParent的布局类.
而在这个布局类的基础上, 又添加了behavior这个天才的设计, 可以在保持原有控件逻辑不变的前提下为CoordinatorLayout 的子view添加联动能力.

如果没有behavior, 那么CoordinatorLayout能做的也就是NestedScrolling那套东西: NestedScrollingChild滑动的时候, 先让NestedScrollingParent干预一下, 或者自身联动, 或者放任NestedScrollingChild自己滑动, 通俗点说这是一个二元的联动配合. 但是有了behavior这套东西, CoordinatorLayout就可以把自身作为NestedScrollingParent的权利分散给其中的另外一些子view, 让它们可以像NestedScrollingParent进行联动. 这就变成了一个1对多(仍然可能是1对1, 只是NestedScrollingParent变成了另一个兄弟view, 叔父view)的联动.

也可以说CoordinatorLayout做了一个桥梁, 一个中转, 在这个过程中NestedScrolling和behavior是两个缺一不可的要素.

也是因为behavior与NestedScrollingParent紧密相关, 所以behavior的接口方法签名与NestedScrollingParent的接口签名如此相似.

有一些细节:

1. CoordinatorLayout实现的是NestedScrollingParent2接口, 这个是NestedScrollingParent接口的升级版本, 在各个方法中增加了type参数, 来标志"the type of input which cause this scroll event"

2. behavior只能用在CoordinatorLayout为父节点的控件上, 这个再强调一次.

3. NestedScrollView, RecyclerView都实现了NestedScrollingChild接口. 所以都可以作为内部滑动列表, 都可以作为滑动事件的发起者.

4. NestedScrollView同样也实现了NestedScrollingParent, 所以它也可以作为一个单独的NestedScrollingParent存在, 从而与其中的NestedScrollingChild子view进行联动. -- 这增加了一些代码分析的难度. 在一些使用NestedScrollView实现的效果上也会有些诡异的表现.

5. AppBarLayout基本上就必须包含在CoordinatorLayout之内. 就这么认为就可以了.

6. AppBarLayout中定义了两种类型的behavior, 分别是:AppBarLayout.Behavior和 AppBarLayout$ScrollingViewBehavior 查看官方的示例, 这两种behavior分别对应了behavior的两种作用, 一种是根据另一个view的滑动而进行自身的位置移动, 另一种是根据另一个view的位置移动而进行自身的位置移动. 在前一种情况下AppBarLayout依赖NestedScrollView 在后一种情况下NestedScrollView依赖AppBarLayout

后一种依赖关系主要是通过下面这两个接口方法定义的:

public boolean layoutDependsOn(CoordinatorLayout parent, V child, View dependency)

public boolean onDependentViewChanged(CoordinatorLayout parent, V child, View dependency)

学习过程中遇到的问题:

1. 那么AppBarLayout又是扮演的什么角色呢? 它在NestedScrolling和behavior之间是什么定位?

--- 它配置了app:layout_behavior参数, 所以它的存在仍然适用于上面的讨论. 它就是在NestedScrollingChild滑动时, 自身进行联动.

之所以有这个东西, 因为它要在联动时进行一些更复杂的变化, 比如折叠, 比如有些可定制的滑动效果,也就是layout_scrollFlags这些参数配置的效果.

AppBarLayout也是作为一个容器存在的, 要适用它, 就必须给它添加子view, 并在这些子view上面设置想要的效果.

2. 使用AppBarLayout时, 往往需要为其下方的滑动列表设置一个behavior, 这是为什么呢? 按我的理解, 不是只需要为被动联动的那方设置behavior吗?

--- 这里对behavior的认识有点不足, 通过这个问题, 又查看了一会代码, 发现至少behavior至少还有一个作用, 就是对CoordinatorLayout内的各个子view(学名sibling)之间可以定义依赖关系. 更具体的说是布局位置的依赖关系. 比如这里讨论的AppBarLayout和下方的滑动列表NestedScrollView之间就存在位置依赖关系, NestedScrollView依赖AppBarLayout, NestedScrollView紧挨着AppBarLayout,排列在它的正下方. 当AppBarLayout位置上下变化时, 会导致NestedScrollView做出相应的上下移动.

可以通过在谷歌的示例中为NestedScrollView去掉behavior设置, 来验证一下效果, 可以看到, 从初始状态, NestedScrollView的布局位置就完全跟AppBarLayout没有关系, 而且整个占据CoordinatorLayout的全部空间, 当在 NestedScrollView上下滑动列表时, 会使AppBarLayout关联滑动, 此过程中NestedScrollView的位置仍然是占据CoordinatorLayout的全部空间, 可以知道这种情况下NestedScrollView是完全不依赖AppBarLayout的.

资源

学习下这篇文章: https://blog.csdn.net/gdutxiaoxu/article/details/53453958 (自定义Behavior —— 仿知乎，FloatActionButton隐藏与展示)
可以对behavior的认识更清晰.

自定义Behavior的艺术探索-仿UC浏览器主页 : https://www.jianshu.com/p/f7989a2a3ec2

拦截一切的CoordinatorLayout Behavior(泡在网上的日子) http://jcodecraeer.com/a/anzhuokaifa/androidkaifa/2016/0224/3991.html

SwipeDismissBehavior用法及实现原理(泡在网上的日子) :

http://jcodecraeer.com/a/anzhuokaifa/androidkaifa/2015/1103/3650.html

Android NestedScrolling 实战: https://race604.com/android-nested-scrolling/

使用CoordinatorLayout打造各种炫酷的效果: https://www.jianshu.com/p/f09723b7e887/