MD

自定义Behavior原理

2018-01-22  本文已影响0人  朋朋彭哥

好了, 前面几篇记录的大多是系统控件用法或系统Behavior的用法, 熟练应用的话, 可以促进界面的交互性. 但Google给我们提供Behavior, 功能可远远不止于此, 最强大的地方还在于它的自定义Behavior设计.

要想做好自定义Behavior设计, 首先, 我们需要了解一下NestedScroll嵌套滚动机制

NestedScroll嵌套滚动机制:

我们知道,滚动事件的处理,其实就是对手势进行监听处理的一个过程。从手指按下(DOWN)开始,经历手指移动(MOVE),最后手指抬起(UP)或取消(CANCEL,一般滑出控件有限区域就是取消)时完成整个滑动过程。

image.png

在常规方法下,要想让其它View(如TextView等)或ViewGroup,与滑动控件(如ListView,RecyclerView等)达到联动效果,需要在滑动控件的手势处理代码中,为其它View或ViewGroup设计滑动代码。这不但是个烦琐的过程,而且造成滑动控件与其它控件无法解耦。

Nestedcroll机制的出现就是为解决这个问题的,将业务代码和滚动控制代码进行分离,让不同的控件做好自己的事就行了,两者之间的联动交给CoordinatorLayout.Behavior来解决。

在nestedscroll机制下,有两种角色

NestedScrollView,RecyclerView和ViewPager等滑动控件实现了NestedScrollingChild接口。它负责发送事件,实现startNestedScroll, dispatchNestedPreScroll,dispatchNestedScroll和stopNestedScroll等方法。

CoordinatorLayout实现了NestedScrollingParent接口,Parent接收滑动回掉并做出响应,回掉的方法包括onStartNestedScroll,onNestedPreScroll,onNestedScroll,onStopNestedScroll等。

这里有Behavior什么事吗?

其实CoordinatorLayout虽然实现了NestedScrollingParent接口,但并不实际处理NestedScrollingChild发送过来的回掉,它将这些回掉抽象成一个Behavior接口,让自己的子View来实现。就是说子View具体实现 Behavior 提供的方法,实现的都是 CoordinatorLayout 抛出来的 NestedScrollingParent 接口的具体实现。如果子View实现了这些接口,可以理解成这个子View也实现了NestedscrollingParent接口。CoordinatorLayout是NestedScrollingChild的亲爹的话,那么这些子View就是干爹。

Behavior提供了几个重要方法:
layoutDependsOn
onDependentViewChanged
onStartNestedScroll
onNestedScrollAccepted
onNestedPreScroll
onNestedScroll
onStopNestedScroll
onNestedPreFling
onLayoutChild

自定义 Behavior 的实现思路

可以分2种实现思路:

思路1: 某个 View 监听另一个 view 的状态变化,例如大小、位置、显示状态等

这种情况需要重写 layoutDependsOn 和 onDependentViewChanged 方法。一般可以实现一些简单的联动效果。

public boolean layoutDependsOn(CoordinatorLayout parent, V child, View dependency) {
    return false;
}
public boolean onDependentViewChanged(CoordinatorLayout parent, V child, View dependency) {
    return false;
}

举一个例子:

扩展FloatingActionButton.Behavior

我们知道, FloatingActionButton可以做到:

fab.gif appbar_16.gif

通过继承FloatingActionButton.Behavior, 还可以为FAB增加新功能. 先看下效果图, 然后我们来实现它.

fab_2.gif

先看布局, 明显还是得用CoordinatorLayout作为根布局, 然后加入AppbarLayout和NestedScrollView, FAB按钮放置于右下角. 为减少篇幅, 我精简了大量布局代码.

<?xml version="1.0" encoding="utf-8"?>
<android.support.design.widget.CoordinatorLayout 
    ...>

    <android.support.design.widget.AppBarLayout
        ...
        android:id="@+id/app_bar">

        <android.support.design.widget.CollapsingToolbarLayout
            ...
            app:layout_scrollFlags="scroll|exitUntilCollapsed|snap">

            <ImageView
                ...
                android:src="@drawable/darkbg"
                app:layout_collapseMode="parallax"
                app:layout_collapseParallaxMultiplier="0.7" />

            <android.support.v7.widget.Toolbar
                ...
                android:id="@+id/toolbar"
                app:layout_collapseMode="pin" />

        </android.support.design.widget.CollapsingToolbarLayout>
    </android.support.design.widget.AppBarLayout>

    <android.support.v4.widget.NestedScrollView
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        app:layout_behavior="@string/appbar_scrolling_view_behavior">
        <TextView
            ...
            android:text="@string/little_text" />
    </android.support.v4.widget.NestedScrollView>

    <android.support.design.widget.FloatingActionButton
        ...
        android:id="@+id/fab"
        app:layout_behavior=".MyFabBehavior" />

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

从布局中可以看到, 给NestedScrollView设置了Behavior, 可以支持Appbar的滚动, 该方法之前介绍过. FAB也设置了Behavior, 是个自定义的"MyFabBehavior" .

方法1:
从布局中有个NestedScrollView, 想当然的我们就会想着, 让FAB依赖NestedScrollView来做滚动, 那试试...

public class MyFabBehavior extends FloatingActionButton.Behavior {
    float dependencyOriginalY = 0;
    float fabOriginalY = 0;

    //自定义Behavior时必须重写带2个参数的构造方法
    public MyFabBehavior(Context context, AttributeSet attrs) {

    }

    //layoutDepentsOn, 至少会调用一次, 用于判断CoordinatorLayout下的dependency是否是我们指定的依赖.
    @Override
    public boolean layoutDependsOn(CoordinatorLayout parent, FloatingActionButton child, View dependency) {
        return super.layoutDependsOn(parent, child, dependency) || dependency instanceof NestedScrollView;
    }

    //上面方法返回true的话, CoordinatorLayout会不断调用onDependentViewChanged()方法来
    //改变子View的参数和状态
    @Override
    public boolean onDependentViewChanged(CoordinatorLayout parent, FloatingActionButton fab, View dependency) {
        if (dependency instanceof NestedScrollView) {
             //初始状态下, 取得fab和dependency的原始Y值
            if(dependencyOriginalY == 0 ){
                dependencyOriginalY = dependency.getY();
                fabOriginalY = fab.getY();
            }else{
                //计算dependency移动的deltaY值
                float deltaY = dependencyOriginalY - dependency.getY();
                //让fab也移动deltaY值
                fab.setTranslationY(deltaY);
                //或者计算出最终位置后让fab移动过去
                //fab.setY(fabOriginalY + deltaY);
            }
        }
        return super.onDependentViewChanged(parent, fab, dependency);
    }
}

代码注释的很详细, 注意两条:

方法2:

其实从动图来看, AppbarLayout也是在滚动的, 也可以让FAB依赖AppbarLayout来做滚动, 更改代码如下:

 @Override
    public boolean layoutDependsOn(CoordinatorLayout parent, FloatingActionButton child, View dependency) {
        return super.layoutDependsOn(parent, child, dependency) || dependency instanceof AppbarLayout;
    }

    @Override
    public boolean onDependentViewChanged(CoordinatorLayout parent, FloatingActionButton fab, View dependency) {
        if(dependency instanceof AppBarLayout){
            if(dependencyOriginalY == 0 ){
                dependencyOriginalY = dependency.getY();
                fabOriginalY = fab.getY();
            }else{
                float deltaY = dependencyOriginalY - dependency.getY();
                fab.setTranslationY(deltaY);
            }
        }
        return super.onDependentViewChanged(parent, fab, dependency);
    }

两者实现的效果都是一样的.

思路2: 某个 View 监听 CoordinatorLayout 内的 NestedScrollingChild 的接口实现类(如NestedscrollView或RecyclerView等)的滑动状态。

这情况需要重写 onStartNestedScroll 和 onNestedPreScroll 等系列方法,这就是NestedScrollingParent 的思路范围了。复杂联动还是只能通过这个方法。

在深入之前, 我们需要了解一下

onStartNestedScroll 等系列嵌套滚动方法的逻辑顺序
  1. onStartNestedScroll
    用户按下手指时触发,NSChild传过来一些参数,例如Y向滑动,询问NSParent是否要处理这次滑动操作。检查该方法下的预设条件,发现就是我们要处理的方向,则返回 true ,表示“我要处理这次滑动”,如果检查预设条件发现不是,例如预设的是X方向,返回 false, 表示“我不 care 你的滑动,你想咋滑就咋滑”,后面的一系列回调函数就不会被调用了。

  2. onNestedScrollAccepted
    当 NSParent 接受要处理本次滑动后,这个回调被调用,我们可以做一些准备工作,比如让之前的滑动动画结束。

  3. onNestedPreScroll
    当 NSChild即将被滑动时调用,在这里你可以为子View做一些处理。值得注意的是,这个方法有一个参数 int[] consumed,你可以修改这个数组来表示子View到底消费掉了多少像素。假设用户滑动了 100px,你让子View做了 90px 的位移,那么就需要把 consumed[1] 改成 90(下标 0、1 分别对应 x、y 轴),这样 NSChild 就能知道,然后继续处理剩下的 10px。

  4. onNestedScroll
    上一个方法结束后,NSChild 处理剩下的距离。比如上面还剩 10px,这里 NSChild 滚动 2px 后发现已经到头了,于是 NSChild 结束其滚动,调用该方法,并将 NSChild 处理剩下的像素数作为参数(dxUnconsumed、dyUnconsumed)传过来,这里传过来的就是 8px。参数中还会有 NSChild 处理过的像素数(dxConsumed、dyConsumed)。这个方法主要处理一些越界后的滚动。

  5. onNestedPreFling
    用户松开手指并且会发生惯性滚动之前调用。参数提供了速度信息,我们这里可以根据速度,决定最终的状态是展开还是折叠,并且启动滑动动画。通过返回值我们可以通知 NSChild 是否自己还要进行滑动滚动,一般情况如果面板处于中间态,我们就不让 NSChild 接着滚了,因为我们还要用动画把面板完全展开或者完全折叠。

  6. onStopNestedScroll
    一切滚动停止后调用,如果不会发生惯性滚动,fling 相关方法不会调用,直接执行到这里。这里我们做一些清理工作,当然有时也要处理中间态问题。

再举一个例子, 用
另一个思路扩展FloatingActionButton.Behavior

还用之前的布局, 但将FAB的Behavior改成".FabBehavior"

<?xml version="1.0" encoding="utf-8"?>
<android.support.design.widget.CoordinatorLayout 
    ...>

    <android.support.design.widget.AppBarLayout
        ...
        android:id="@+id/app_bar">

        <android.support.design.widget.CollapsingToolbarLayout
            ...
            app:layout_scrollFlags="scroll|exitUntilCollapsed|snap">

            <ImageView
                ...
                android:src="@drawable/darkbg"
                app:layout_collapseMode="parallax"
                app:layout_collapseParallaxMultiplier="0.7" />

            <android.support.v7.widget.Toolbar
                ...
                android:id="@+id/toolbar"
                app:layout_collapseMode="pin" />

        </android.support.design.widget.CollapsingToolbarLayout>
    </android.support.design.widget.AppBarLayout>

    <android.support.v4.widget.NestedScrollView
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        app:layout_behavior="@string/appbar_scrolling_view_behavior">
        <TextView
            ...
            android:text="@string/little_text" />
    </android.support.v4.widget.NestedScrollView>

    <android.support.design.widget.FloatingActionButton
        ...
        android:id="@+id/fab"
        app:layout_behavior=".FabBehavior" />

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

实现代码:
实现思路是: 手指上滑时, FAB下滑隐藏, 手指下滑时, FAB上滑显示. 具体移动距离是限定死的.

public class FabBehavior extends FloatingActionButton.Behavior {
    int offsetY = 0;
    AnimatorUtils animatorUtils;

    public FabBehavior(Context context, AttributeSet attrs) {
        super(context, attrs);
        animatorUtils = new AnimatorUtils();
    }

    @Override
    public boolean onStartNestedScroll(@NonNull CoordinatorLayout coordinatorLayout, 
                @NonNull FloatingActionButton child,@NonNull View directTargetChild, 
                @NonNull View target,  int axes, int type) {
        //如果NSChild传过来的axes是竖直方向SCROLL_AXIS_VERTICAL则返回true
        if (axes == ViewCompat.SCROLL_AXIS_VERTICAL) {
        // 获取控件左上角到父控件底部的偏移量
        offsetY = coordinatorLayout.getMeasuredHeight() - child.getTop();
        return true;
        }
        return super.onStartNestedScroll(coordinatorLayout, child, directTargetChild, target, axes, type);
    }

    @Override
    public void onNestedPreScroll(@NonNull CoordinatorLayout coordinatorLayout,
            @NonNull FloatingActionButton child, @NonNull View target,
            int dx, int dy, @NonNull int[] consumed, int type) {
        super.onNestedPreScroll(coordinatorLayout, child, target, dx, dy, consumed, type);
        // dy > 0 ,表示手指上滑,页面上拉, 查看更多内容,FAB要下滑隐藏
        if (dy > 0) {
            animatorUtils.startHindAnimator(child, offsetY);
            return;
        }
        // dy < 0 ,表示手指下滑, 页面下拉, 查看前面的内容, FAB上滑显示
        if (dy < 0) {
            animatorUtils.startShowAnimator(child, 0);
            return;
        }
    }


    class AnimatorUtils {

        boolean isAnimator = false;

        public void startHindAnimator(View view, int offsetY) {
            if (isAnimator) {
                return;
            }
            ViewCompat.animate(view).translationY(offsetY).setDuration(200)
                .setInterpolator(new FastOutSlowInInterpolator())
                .setListener(new ViewPropertyAnimatorListener() {
                    @Override
                    public void onAnimationStart(View view) {
                        isAnimator = true;
                    }

                    @Override
                    public void onAnimationEnd(View view) {
                        isAnimator = false;
                    }

                    @Override
                    public void onAnimationCancel(View view) {
                        isAnimator = false;
                    }
                })
                .start();
            }

        public void startShowAnimator(View view, int offsetY) {
            if (isAnimator) {
                return;
            }
            ViewPropertyAnimatorCompat showPropertyAnimatorCompat = ViewCompat
                .animate(view)
                .translationY(offsetY)
                .setDuration(200)
                .setInterpolator(new FastOutSlowInInterpolator())
                .setListener(new ViewPropertyAnimatorListener() {
                    @Override
                    public void onAnimationStart(View view) {
                        isAnimator = true;
                    }

                    @Override
                    public void onAnimationEnd(View view) {
                        isAnimator = false;
                    }

                    @Override
                    public void onAnimationCancel(View view) {
                        isAnimator = false;
                    }
                });
            showPropertyAnimatorCompat.start();
        }
    }
}

来看效果图. 可以看出和上面的例子相比还是有所差别的, FAB按钮的隐藏和显示不依赖Appbar等控件的滚动, 只要检测到NestedScrollView的滚动, FAB就做出相应的动作.

fab_3.gif

总结:

说实话, 这几个例子都是非常简单的, 动作过程都是监听->执行动画->结束, 而且动画迁移量都是固定的, 不用随着手指变化. 目的都是为了先熟悉一下自定义Behavior的思路. 后面开始逐步展开.

参考:

https://www.jianshu.com/p/f2c4490d06b8
https://www.jianshu.com/p/f7989a2a3ec2

上一篇下一篇

猜你喜欢

热点阅读