关于CoordinatorLayout与Behavior的一点分

作者: Jude95 | 来源:发表于2015-11-16 18:46 被阅读52929次

Behavior是Android新出的Design库里新增的布局概念。Behavior只有是CoordinatorLayout的直接子View才有意义。可以为任何View添加一个Behavior。
Behavior是一系列回调。让你有机会以非侵入的为View添加动态的依赖布局,和处理父布局(CoordinatorLayout)滑动手势的机会。不过官方只有少数几个Behavior的例子。对于理解Behavior实在不易。开发过程中也是很多坑,下面总结一下CoordinatorLayout与Behavior。

依赖

首先自定义一个Behavior。

    public class MyBehavior extends CoordinatorLayout.Behavior{
        public MyBehavior(Context context, AttributeSet attrs) {
            super(context, attrs);
        }
    }

一定要重写这个构造函数。因为CoordinatorLayout源码中parseBehavior()函数中直接反射调用这个构造函数。

static final Class<?>[] CONSTRUCTOR_PARAMS = new Class<?>[] {
        Context.class,
        AttributeSet.class
};

下面反射生成Behavior实例在实例化CoordinatorLayout.LayoutParams时:

final Class<Behavior> clazz = (Class<Behavior>) Class.forName(fullName, true,
                 context.getClassLoader());
c = clazz.getConstructor(CONSTRUCTOR_PARAMS);
c.setAccessible(true);
constructors.put(fullName, c);
return c.newInstance(context, attrs)

在任意View中添加:

app:layout_behavior=“你的Behavior包含包名的类名”

然后CoordinatorLayout就会反射生成你的Behavior。

另外一种方法如果你的自定义View默认使用一个Behavior。
在你的自定义View类上添加@DefaultBehavior(你的Behavior.class)这句注解。
你的View就默认使用这个Behavior。就像AppBarLayout一样。

@DefaultBehavior(AppBarLayout.Behavior.class)
public class AppBarLayout extends LinearLayout {}

生成Behavior后第一件事就是确定依赖关系。重写Behavior的这个方法来确定你依赖哪些View。

@Override
public boolean layoutDependsOn(CoordinatorLayout parent, View child, View dependency) {
    return dependency.getId() == R.id.first;
}

child 是指应用behavior的View ,dependency 担任触发behavior的角色,并与child进行互动。
确定你是否依赖于这个View。CoordinatorLayout会将自己所有View遍历判断。
如果确定依赖。这个方法很重要。当所依赖的View变动时会回调这个方法。

@Override
public boolean onDependentViewChanged(CoordinatorLayout parent, View child, View dependency) {
    return true;
}

下面这个例子:

    <declare-styleable name="Follow">
        <attr name="target" format="reference"/>
    </declare-styleable>

先自定义target这个属性。

  public class FollowBehavior extends CoordinatorLayout.Behavior {
  private int targetId;

  public FollowBehavior(Context context, AttributeSet attrs) {
      super(context, attrs);
      TypedArray a = context.obtainStyledAttributes(attrs, R.styleable.Follow);
      for (int i = 0; i < a.getIndexCount(); i++) {
          int attr = a.getIndex(i);
          if(a.getIndex(i) == R.styleable.Follow_target){
              targetId = a.getResourceId(attr, -1);
          }
      }
      a.recycle();
  }

  @Override
  public boolean onDependentViewChanged(CoordinatorLayout parent, View child, View dependency) {
       child.setY(dependency.getY()+dependency.getHeight());
      return true;
  }

  @Override
  public boolean layoutDependsOn(CoordinatorLayout parent, View child, View dependency) {
      return dependency.getId() == targetId;
  }
}

xml中:

<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:orientation="vertical"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:fitsSystemWindows="true"
    tools:context=".MainActivity">

    <View
        android:id="@+id/first"
        android:layout_width="match_parent"
        android:layout_height="128dp"
        android:background="@android:color/holo_blue_light"/>

    <View
        android:id="@+id/second"
        android:layout_width="match_parent"
        android:layout_height="128dp"
        app:layout_behavior=".FollowBehavior"
        app:target="@id/first"
        android:background="@android:color/holo_green_light"/>


</android.support.design.widget.CoordinatorLayout>

效果是不管first怎么移动。second都会在他下面。

01.gif

滑动

Behavior最大的用处在于对滑动事件的处理。就像CollapsingToolbarLayout的那个酷炫效果一样。

主要是这3个方法,所依赖对象的滑动事件都将通知进来:

@Override
public boolean onStartNestedScroll(CoordinatorLayout coordinatorLayout, View child, View directTargetChild, View target, int nestedScrollAxes) {
    return true;//这里返回true,才会接受到后续滑动事件。
}

@Override
public void onNestedScroll(CoordinatorLayout coordinatorLayout, View child, View target, int dxConsumed, int dyConsumed, int dxUnconsumed, int dyUnconsumed) {
//进行滑动事件处理
}

@Override
public boolean onNestedFling(CoordinatorLayout coordinatorLayout, View child, View target, float velocityX, float velocityY, boolean consumed) {
//当进行快速滑动
    return super.onNestedFling(coordinatorLayout, child, target, velocityX, velocityY, consumed);
}

注意被依赖的View只有实现了NestedScrollingChild接口的才可以将事件传递给CoordinatorLayout。
但注意这个滑动事件是对于CoordinatorLayout的。所以只要CoordinatorLayout有NestedScrollingChild就会滑动,他滑动就会触发这几个回调。无论你是否依赖了那个View。
下面就是一个简单的View跟随ScrollView滑入滑出屏幕的例子。可以是Toolbar或其他任何View。

public class ScrollToTopBehavior extends CoordinatorLayout.Behavior<View>{
    int offsetTotal = 0;
    boolean scrolling = false;

    public ScrollToTopBehavior(Context context, AttributeSet attrs) {
        super(context, attrs);
    }

    @Override
    public boolean onStartNestedScroll(CoordinatorLayout coordinatorLayout, View child, View directTargetChild, View target, int nestedScrollAxes) {
        return true;
    }

    @Override
    public void onNestedScroll(CoordinatorLayout coordinatorLayout, View child, View target, int dxConsumed, int dyConsumed, int dxUnconsumed, int dyUnconsumed) {
        offset(child, dyConsumed);
    }

    public void offset(View child,int dy){
        int old = offsetTotal;
        int top = offsetTotal - dy;
        top = Math.max(top, -child.getHeight());
        top = Math.min(top, 0);
        offsetTotal = top;
        if (old == offsetTotal){
            scrolling = false;
            return;
        }
        int delta = offsetTotal-old;
        child.offsetTopAndBottom(delta);
        scrolling = true;
    }

}

xml中:

<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:orientation="vertical"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:fitsSystemWindows="false"
    tools:context=".MainActivity">

    <android.support.v4.widget.NestedScrollView
        android:id="@+id/second"
        android:layout_width="match_parent"
        android:layout_height="match_parent">

        <LinearLayout
            android:layout_width="match_parent"
            android:layout_height="wrap_content">
            <TextView
                android:layout_width="match_parent"
                android:layout_height="wrap_content"
                android:layout_marginTop="128dp"
                style="@style/TextAppearance.AppCompat.Display3"
                android:text="A\nB\nC\nD\nE\nF\nG\nH\nI\nJ\nK\nL\nM\nN\nO\nP\nQ\nR\nS\nT\nU\nV\nW\nX\nY\nZ"
                android:background="@android:color/holo_red_light"/>
        </LinearLayout>
    </android.support.v4.widget.NestedScrollView>

    <View
        android:id="@+id/first"
        android:layout_width="match_parent"
        android:layout_height="128dp"
        app:layout_behavior=".ScrollToTopBehavior"
        android:background="@android:color/holo_blue_light"/>

</android.support.design.widget.CoordinatorLayout>

当NestedScrollView滑动的时候,first也能跟着滑动。toolbar和fab的上滑隐藏都可以这样实现。

02.gif

事件处理

这2个回调与View中的事件分发是一样的。所有Behavior能在子View之前收到CoordinatorLayout的所有触摸事件。可以进行拦截,如果拦截事件将不会流经子View。因为这2个方法都是在CoordinatorLayout的 回调中

@Override
public boolean onInterceptTouchEvent(CoordinatorLayout parent, View child, MotionEvent ev) {
    return super.onInterceptTouchEvent(parent, child, ev);
}

@Override
public boolean onTouchEvent(CoordinatorLayout parent, View child, MotionEvent ev) {
    return super.onTouchEvent(parent, child, ev);
}

AppBarLayout的收缩原理分析

示例中给可滑动View设的Behavior是
@string/appbar_scrolling_view_behavior(android.support.design.widget.AppBarLayout$ScrollingViewBehavior)。
ScrollingViewBehavior的源码不多,看得出唯一的作用是把自己放到AppBarLayout的下面...(不能理解为什么叫ScrollingViewBehavior
所有View都能使用这个Behavior。

AppBarLayout自带一个Behivior。直接在源码里注解声明的。这个Behivior也只能用于AppBarLayout。
作用是让他根据CoordinatorLayout上的滚动手势进行一些效果(比如收缩)。与ScrollingViewBehavior是无关的,加不加ScrollingViewBehavior不影响收缩。
只不过只有某些可滑动View才会把滑动事件响应给CoordinatorLayout才能继而响应给AppBarLayout。

相关文章

网友评论

  • a0249b32a0b5:感谢楼主的教程 。 我学着试了一下,自己照着写了一个高仿美团的实战练习项目。
    https://github.com/iielse/behavior-learn
    CoordinatorLayout 加自定义behavior实现空间复杂联动。有效果图,代码可运行。
  • cy_why:太赞了,感谢作者
  • 慢行的骑兵:大佬辛苦,请教一下,xml布局,最外层相对布局,嵌套CoordinatorLayout,CoordinatorLayout布局设置方向垂直,包裹两个布局,一个整体view(包裹其它view)和viewpager,viewpager设置app:layout_behavior="xx.FollowBehavior"属性,现在展示的效果为,viewpager的内容在整体view的上方.可能是什么原因呢?谢谢.
  • b119dca61eab:老铁,我要在MonthPager下面加个固定的view,怎么修改behavior?
  • 非典型的程序员:请问coordinatelayout 不能使用holo主题吗?使用holo主题在布局会提示 Select Theme.AppCompat or a descendant in the theme selector.
    运行会报错
  • MonkiRayman:好文,简单明了又深刻地理解到了Behavior
  • a8ce0c432b49:你好!!问一下,第二个Demo,在下面的View滑动到字母中间的时候向下滑动的时候,怎么让字母滑动到A以后,上面部分再可以向下滑动?目前的效果是上面部分滑动到出来以后下面的字母才可以滑动到A!!
  • 755f101516bf:有个矛盾的地方不知如何解释(没看源码呢还)
    1.如果自定义behavior,那么xml文件中app:layout_behavior使用的view是作为被动者,他会跟随事件源的一系列动作而做出相应的动作
    2.但是如果使用AppBarLayout呢,app:layout_behavior却要用在事件源的view中,他的动作会引起另一个view的相应动作。
    为什么会相反呢?
    11amok:第二点有问题, 使用AppBarLayout,AppBarLayout 默认自带了 AppBarLayout.Behavior,也是作为被动者,从而达到收缩。
    你说的事件源的app:layout_behavior , 应该是RecyclerView这类的吧, 一般用的:
    app:layout_behavior="@string/appbar_scrolling_view_behavior", 这个和AppBarLayout的收缩没有关系。 他是用来控制RecyclerView的,让他一直保持在AppBarLayout的下面。
  • wo叫天然呆:请教个问题,我想让它滑动方向是反过来的,并且默认布局是在界面外的,要如何处理?
    我实现滑动方向反过来是这样实现的:
    if (dyConsumed > 0) {
    // 手势从下向上滑动(列表往下滚动), 显示
    setAnimateTranslationY(child, 0);
    } else if (dyConsumed < 0) {
    // 手势从上向下滑动(列表往上滚动), 隐藏
    setAnimateTranslationY(child, -child.getHeight());
    }
    private void setAnimateTranslationY(View view, int y) {
    view.animate().translationY(y).setInterpolator(new LinearInterpolator()).start();
    }
    但是不知道如何让这个布局默认是在界面之外,我在初始化的时候直接调用setAnimateTranslationY(child, -child.getHeight());无效...
  • 340b8ee02dde:清晰易懂,赞
  • _Eric0215:写的相当的不错,双手给赞
  • 47ae75fe8238:第一个例子,不能拉动啊。我很奇怪没有写拖动事件,它怎么会被拉动
  • 无风烟囱:第二个Demo 快速滑动的时候会有bug 试了几次没法解决这个bug 应该是因为Fling的时候没有改变头布局的距离的原因 但是在onNestedFling总是拿不到正确的移动距离
    zhuanghongji:@onclicklistener 有解决快速滑动的方法吗,我找了一天没找着。。
    5d8acbdbc7bc:@无风烟囱 确实有问题,往下滑动的时候位置也不对
  • 28b4f01d4713:非常感谢,终于对Behavior有感觉了。
  • captainary:大哥,你的第一个例子,为什么第一个firstView会移动呢,代码里并没有说明
    Jude95:@四叶花 和CollapsingToolbarLayout的效果很类似啊。
    给Header设置一个自定义Behivior。在适当的情况下onInterceptTouchEvent来拦截事件,并移动自己。或者放行事件--就会正常穿给ViewPager,引起fragment里的View的滑动。

    或者你也可以不用CoordinatorLayout,直接创建1个父容器包裹ViewPager和Header。在dispatchTouchEvent手动分发事件,所有事件先给Header再给ViewPager。Header根据自己需求看是否消费事件。

    本质就是在事件流穿给ViewPager之前自己先处理下(移动header并拦截事件)...而与ViewPager里面ListView/ScrollView都没什么关系。
    captainary:@Jude95 嗯嗯.我试了可以.精读了很多这些文章,但是没有找到我的需求,第二个demo本质其实就是把Touch事件传递给另外一个view让其滚动或者移动.
    我的需求是,先滑动头部,如果头部不能滑动了,再滑动lsitview/ScrollView.
    就是viewPager里面有碎片可以滚动,但是viewpager有一个layou在其上面,先把上面的layou推上去,再碎片里面的listview
    这样要怎么布局,怎么实现比较好.搞了好久搞不出来,希望能提供点思路
    Jude95:@四叶花 ...很普通的,点一下就..view.setY()
  • b61f76d69ee6:这人好,自己好好学学
  • 键盘男:请问有没有demo提供? :no_mouth:
    Jude95:@苦逼键盘男kkmike999 。。因为代码全都贴出来了。就没整理demo。
  • 三年的伤感:请为什么当滑动的时候,我获取依赖的View的坐标,依次递减但是每递减一次之后view的Y坐标就是0 例如:10,0 ,9,0,8,0,7,0
  • MathiasLuo:厉害~~
  • 程序亦非猿:我建了一个群 196537830 用于简书交流 有兴趣可以加一下
    程序亦非猿:@程序亦非猿 (⊙o⊙)…这 好久不开放了
    苍蝇的梦:禁止申请 :flushed:
    6411a311ac71:@程序亦非猿 申请加了群,求通过 :relaxed:
  • 程序亦非猿:写得很好 谢谢分享
  • MrFu:太棒了!
  • d8ac128aab45:作者良心

本文标题:关于CoordinatorLayout与Behavior的一点分

本文链接:https://www.haomeiwen.com/subject/ssqkhttx.html