一、认识CoordinatorLayout
CoordinatorLayout
作为support:design库里的核心控件,在它出现之前,要实现View之间嵌套滑动等交互操作可不是件容易的事,复杂、难度大,基本绕不开View
的事件机制,CoordinatorLayout
很大程度上解决了这个痛点,方便我们实现各种炫酷的交互效果。
如果你还没用过CoordinatorLayout
,可先了解它的基本用法。
CoordinatorLayout
为何如此强大呢?因为它的内部类Behavior
,这也是CoordinatorLayout
的精髓所在。
二、不可不知的Behavior
使用CoordinatorLayout
时,会在xml文件中用它作为根布局,并给相应的子View添加一个类似app:layout_behavior="@string/appbar_scrolling_view_behavior"
的属性,当然属性值也可以是其它的。进一步可以发现@string/appbar_scrolling_view_behavior
的值是android.support.design.widget.AppBarLayout$ScrollingViewBehavior
,不就是support包下一个类的路径嘛!玄机就在这里,通过CoordinatorLayout
之所以可以实现炫酷的交互效果,Behavior
功不可没。既然如此,我们也可以自定义Behavior
,来定制我们想要的效果。
要自定义Behavior
,首先认识下它:
public static abstract class Behavior<V extends View> {
public Behavior() {
}
public Behavior(Context context, AttributeSet attrs) {
}
//省略了若干方法
}
其中有一个泛型,它的作用是指定要使用这个Behavior
的View
的类型,可以是Button
、TextView
等等。如果希望所有的View
都可以使用则指定泛型为View
即可。
自定义Behavior
可以选择重写以下的几个方法有:
-
onInterceptTouchEvent()
:是否拦截触摸事件 -
onTouchEvent()
:处理触摸事件 -
layoutDependsOn()
:确定使用Behavior
的View
要依赖的View
的类型 -
onDependentViewChanged()
:当被依赖的View
状态改变时回调 -
onDependentViewRemoved()
:当被依赖的View
移除时回调 -
onMeasureChild()
:测量使用Behavior
的View
尺寸 -
onLayoutChild()
:确定使用Behavior
的View
位置 -
onStartNestedScroll()
:嵌套滑动开始(ACTION_DOWN
),确定Behavior
是否要监听此次事件 -
onStopNestedScroll()
:嵌套滑动结束(ACTION_UP
或ACTION_CANCEL
) -
onNestedScroll()
:嵌套滑动进行中,要监听的子View
的滑动事件已经被消费 -
onNestedPreScroll()
:嵌套滑动进行中,要监听的子View
将要滑动,滑动事件即将被消费(但最终被谁消费,可以通过代码控制) -
onNestedFling()
:要监听的子View
在快速滑动中 -
onNestedPreFling()
:要监听的子View
即将快速滑动
三、实践
通常自定义Behavior
分为两种情况:
某个
View
依赖另一个View
,监听其位置、尺寸等状态的变化。某个
View
监听CoordinatorLayout
内实现了NestedScrollingChild
接口的子View
的滑动状态变化(也是一种依赖关系)。
先看第一种情况,我们要实现的效果如下:
向上滑动列表时,
title
(TextView
)自动下滑,当title
全部显示时,列表顶部和title
底部恰好重合,继续上滑列表时title
固定;下滑列表时,当列表顶部和title
底部重合时,title
开始自动上滑直到完全隐藏。
首先我们定义一个SampleTitleBehavior
:
public class SampleTitleBehavior extends CoordinatorLayout.Behavior<View> {
// 列表顶部和title底部重合时,列表的滑动距离。
private float deltaY;
public SampleTitleBehavior() {
}
public SampleTitleBehavior(Context context, AttributeSet attrs) {
super(context, attrs);
}
@Override
public boolean layoutDependsOn(CoordinatorLayout parent, View child, View dependency) {
return dependency instanceof RecyclerView;
}
@Override
public boolean onDependentViewChanged(CoordinatorLayout parent, View child, View dependency) {
if (deltaY == 0) {
deltaY = dependency.getY() - child.getHeight();
}
float dy = dependency.getY() - child.getHeight();
dy = dy < 0 ? 0 : dy;
float y = -(dy / deltaY) * child.getHeight();
child.setTranslationY(y);
return true;
}
}
注意不要忘了重写两个参数的构造函数,否则无法在xml文件中使用该Behavior
,我们重写了两个方法:
-
layoutDependsOn()
:使用该Behavior
的View
要监听哪个类型的View的状态变化。其中参数parant
代表CoordinatorLayout
,child
代表使用该Behavior
的View
,dependency
代表要监听的View
。这里要监听RecyclerView
。 -
onDependentViewChanged()
:当被监听的View
状态变化时会调用该方法,参数和上一个方法一致。所以我们重写该方法,当RecyclerView
的位置变化时,进而改变title
的位置。
一般情况这两个方法是一组,这样一个简单的Behavior
就完成了,使用也很简单,仿照系统的用法,先在strings.xml
中记录其全包名路径(当然不是必须的,下一遍会讲到):
<string name="behavior_sample_title">com.othershe.behaviortest.test1.SampleTitleBehavior</string>
然后是布局文件
<?xml version="1.0" encoding="utf-8"?>
<android.support.design.widget.CoordinatorLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:app="http://schemas.android.com/apk/res-auto"
xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="match_parent"
tools:context="com.othershe.behaviortest.test1.TestActivity1">
<android.support.design.widget.AppBarLayout
android:id="@+id/app_bar"
android:layout_width="match_parent"
android:layout_height="wrap_content"
app:elevation="0dp">
<android.support.design.widget.CollapsingToolbarLayout
android:id="@+id/toolbar_layout"
android:layout_width="match_parent"
android:layout_height="match_parent"
app:contentScrim="#00ffffff"
app:layout_scrollFlags="scroll|exitUntilCollapsed">
<ImageView
android:layout_width="match_parent"
android:layout_height="200dp"
android:background="@mipmap/bg"
android:fitsSystemWindows="true"
android:scaleType="fitXY"
app:layout_collapseMode="parallax"
app:layout_collapseParallaxMultiplier="0.7" />
</android.support.design.widget.CollapsingToolbarLayout>
</android.support.design.widget.AppBarLayout>
<android.support.v7.widget.RecyclerView
android:id="@+id/my_list"
android:layout_width="match_parent"
android:layout_height="wrap_content"
app:layout_behavior="@string/appbar_scrolling_view_behavior" />
<TextView
android:id="@+id/title"
android:layout_width="match_parent"
android:layout_height="50dp"
android:background="#ff0000"
android:gravity="center"
android:text="Hello World"
android:textColor="#ffffff"
android:textSize="18sp"
app:layout_behavior="@string/behavior_sample_title" />
</android.support.design.widget.CoordinatorLayout>
我们给TextView设置了该Behavior
。
除了实现title的位置变化,要实现透明度变化也是很简单的,对SampleTitleBehavior
做如下修改即可:
@Override
public boolean onDependentViewChanged(CoordinatorLayout parent, View child, View dependency) {
if (deltaY == 0) {
deltaY = dependency.getY() - child.getHeight();
}
float dy = dependency.getY() - child.getHeight();
dy = dy < 0 ? 0 : dy;
float alpha = 1 - (dy / deltaY);
child.setAlpha(alpha);
return true;
}
修改后的效果如下:
第二种情况,我们的目标效果如下:
简单解释一下,该布局由RecylerView
列表和一个TextView
组成,其中RecylerView
实现了NestedScrollingChild
接口,所以TextView
监听RecylerView
的滑动状态。开始向上滑动列表时TextView
和列表整体上移,直到TextView
全部隐藏停止,再次上滑则列表内容上移。之后连续下滑列表当其第一个item
全部显示时列表滑动停止,再次下滑列表时TextView
跟随列表整体下移,直到TextView
全部显示。(有点绕,上手体会下......)
这里涉及两个自定义Behavior
,第一个实现垂直方向滑动列表时,TextView
上移或下移的功能,但此时TextView
会覆盖在RecyclerView
上(其实CoordinatorLayout有种FrameLayout的即视感),所以第二个的作用就是解决这个问题,实现RecyclerView
固定在TextView
下边并跟随TextView
移动,可以发现这两个View
是相互依赖的。
先看第一个Behavior
,代码如下:
public class SampleHeaderBehavior extends CoordinatorLayout.Behavior<TextView> {
// 界面整体向上滑动,达到列表可滑动的临界点
private boolean upReach;
// 列表向上滑动后,再向下滑动,达到界面整体可滑动的临界点
private boolean downReach;
// 列表上一个全部可见的item位置
private int lastPosition = -1;
public SampleHeaderBehavior() {
}
public SampleHeaderBehavior(Context context, AttributeSet attrs) {
super(context, attrs);
}
@Override
public boolean onInterceptTouchEvent(CoordinatorLayout parent, TextView child, MotionEvent ev) {
switch (ev.getAction()) {
case MotionEvent.ACTION_DOWN:
downReach = false;
upReach = false;
break;
}
return super.onInterceptTouchEvent(parent, child, ev);
}
@Override
public boolean onStartNestedScroll(@NonNull CoordinatorLayout coordinatorLayout, @NonNull TextView child, @NonNull View directTargetChild, @NonNull View target, int axes, int type) {
return (axes & ViewCompat.SCROLL_AXIS_VERTICAL) != 0;
}
@Override
public void onNestedPreScroll(@NonNull CoordinatorLayout coordinatorLayout, @NonNull TextView child, @NonNull View target, int dx, int dy, @NonNull int[] consumed, int type) {
super.onNestedPreScroll(coordinatorLayout, child, target, dx, dy, consumed, type);
if (target instanceof RecyclerView) {
RecyclerView list = (RecyclerView) target;
// 列表第一个全部可见Item的位置
int pos = ((LinearLayoutManager) list.getLayoutManager()).findFirstCompletelyVisibleItemPosition();
if (pos == 0 && pos < lastPosition) {
downReach = true;
}
// 整体可以滑动,否则RecyclerView消费滑动事件
if (canScroll(child, dy) && pos == 0) {
float finalY = child.getTranslationY() - dy;
if (finalY < -child.getHeight()) {
finalY = -child.getHeight();
upReach = true;
} else if (finalY > 0) {
finalY = 0;
}
child.setTranslationY(finalY);
// 让CoordinatorLayout消费滑动事件
consumed[1] = dy;
}
lastPosition = pos;
}
}
private boolean canScroll(View child, float scrollY) {
if (scrollY > 0 && child.getTranslationY() == -child.getHeight() && !upReach) {
return false;
}
if (downReach) {
return false;
}
return true;
}
}
这里主要关注这两个重写的方法(这里涉及NestedScrolling
机制,下一篇会讲到):
-
onStartNestedScroll()
:表示是否监听此次RecylerView
的滑动事件,这里我们只监听其垂直方向的滑动事件 -
onNestedPreScroll()
:处理监听到的滑动事件,实现整体滑动和列表单独滑动(header
是否完全隐藏是滑动的临界点)。
第二个Behavior
就简单了,就是第一种情况,当header
位置变化时,改变列表y
坐标,代码如下:
public class RecyclerViewBehavior extends CoordinatorLayout.Behavior<RecyclerView> {
public RecyclerViewBehavior() {
}
public RecyclerViewBehavior(Context context, AttributeSet attrs) {
super(context, attrs);
}
@Override
public boolean layoutDependsOn(CoordinatorLayout parent, RecyclerView child, View dependency) {
return dependency instanceof TextView;
}
@Override
public boolean onDependentViewChanged(CoordinatorLayout parent, RecyclerView child, View dependency) {
//计算列表y坐标,最小为0
float y = dependency.getHeight() + dependency.getTranslationY();
if (y < 0) {
y = 0;
}
child.setY(y);
return true;
}
}
将Behavior
加到strings.xml
中:
<string name="behavior_sample_header">com.othershe.behaviortest.test2.SampleHeaderBehavior</string>
<string name="behavior_recyclerview">com.othershe.behaviortest.test2.RecyclerViewBehavior</string>
在布局文件中的使用:
<?xml version="1.0" encoding="utf-8"?>
<android.support.design.widget.CoordinatorLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:app="http://schemas.android.com/apk/res-auto"
xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="match_parent"
tools:context="com.othershe.behaviortest.test2.TestActivity2">
<TextView
android:id="@+id/header"
android:layout_width="match_parent"
android:layout_height="200dp"
android:background="#ff0000"
android:gravity="center"
android:text="Hello World"
android:textColor="#ffffff"
android:textSize="18sp"
app:layout_behavior="@string/behavior_sample_header" />
<android.support.v7.widget.RecyclerView
android:id="@+id/my_list"
android:layout_width="match_parent"
app:layout_behavior="@string/behavior_recyclerview"
android:layout_height="wrap_content" />
</android.support.design.widget.CoordinatorLayout>
自定义Behavior
的基本用法就这些了,主要就是确定View
之间的依赖关系(也可以理解为监听关系),当被依赖View
的状态变化时,相应View
的状态进而改变。
掌握了自定义Behavior
,可以尝试实现更复杂的交互效果,如下demo(原理参考了自定义Behavior的艺术探索-仿UC浏览器主页),并添加了header
滑动手势、列表下滑展开header
的操作:
再进一步简化修改,就实现了类似Android
版虾米音乐播放页的手势效果:
简单的分析一下最后一个效果,界面由
header
、title
、list
三部分组成,初始状态如下:title
此时在屏幕顶部外,则其初始y
坐标为-titleHeight
;header
在屏幕顶部,相当于其默认y
坐标为0;list
在header
下边,则其初始y
坐标是headerHeight
。初始状态上滑header
或list
则list
上移、title
下移,同时header
向上偏移,最大偏移值headerOffset
。当header
达到最大偏移值时title
全部显示其底部和list
顶部重合,list
和title
的位移结束,此时title
下移距离为titleHeight
,其y
坐标为0,即y
坐标的变化范围从-titleHeight
到0;而list
的上移距离为headerHeight - titleHeight
,此时其y
值为titleHeight
,y
坐标的变化范围从headerHeight
到headerHeight - titleHeight
(下滑过程也类似,就不分析了)。上滑结束状态如下:可以发现我们是以
header
向上偏移是否结束为临界点,来决定list
、title
是否继续位移,所以可以用header
作为被依赖对象,在滑动过程中,计算header
的translationY
和最大偏移值headerOffset
的比例进而计算title
和list
的y
坐标来完成位移,剩下就是编写Behavior
了。这里有一点需要注意,list
的高度在界面初始化后已经完成测量,上滑时根据header
的偏移改变list
的y
坐标使其移动,会出现list
显示不全的问题!
还记得第一个demo吗,也是header
+list
的形式,但没有这个问题,可以参考一下哦,其布局文件中使用了AppBarLayout
和它下边的Behavior
名为appbar_scrolling_view_behavior
的RecyclerView
,其实AppBarLayout
也使用了一个Behavior
,只不过是通过注解来设置的(后边会讲到),它继承自ViewOffsetBehavior
,由于ViewOffsetBehavior
是包私有的,我们拷贝一份,让我们header
的Behavior
也继承ViewOffsetBehavior
,上边appbar_scrolling_view_behavior
对应的Behavior
继承自HeaderScrollingViewBehavior
,它同样也是私有的,拷贝一份,让list
的Behavior
继承自它,这样问题就解决了!这里只是简单的原理分析,代码就不贴了,有兴趣的可以看源码!
下一篇,CoordinatorLayout之源码解析,更深入的学习Behavior
,有助理解最后的demo,再见!