原文地址：http://jcodecraeer.com/a/anzhuokaifa/androidkaifa/2016/0224/3991.html

如果沒(méi)有深入CoordinatorLayout?，你注定無(wú)法在探索Android Design Support Library的路上走多遠(yuǎn) － Design Library中的許多view都需要一個(gè)CoordinatorLayout。但是為什么呢？CoordinatorLayout本身并沒(méi)有做太多事情：和標(biāo)準(zhǔn)的framework視圖一起使用時(shí)，它就跟一個(gè)普通的FrameLayout差不多。那么它的神奇之處來(lái)自于哪里呢？答案就是CoordinatorLayout.Behavior。通過(guò)為CoordinatorLayout的直接子view設(shè)置一個(gè)Behavior，就可以攔截touch events, window insets, measurement, layout, 和 nested scrolling等動(dòng)作。Design Library大量利用了Behaviors來(lái)實(shí)現(xiàn)你所看到的功能。

blob.png

創(chuàng)建一個(gè)Behavior

創(chuàng)建一個(gè)behavior很簡(jiǎn)單：繼承Behavior即可。

public class FancyBehavior<V extends View>extends CoordinatorLayout.Behavior<V> {/*** Default constructor for instantiating a FancyBehavior in code.*/public FancyBehavior() {}/*** Default constructor for inflating a FancyBehavior from layout.** @param context The {@link Context}.* @param attrs The {@link AttributeSet}.*/public FancyBehavior(Context context, AttributeSet attrs) {super(context, attrs);// Extract any custom attributes out// preferably prefixed with behavior_ to denote they// belong to a behavior} }

注意這個(gè)類(lèi)設(shè)置的是普通View，這意味著你可以把FancyBehavior設(shè)置給任何View類(lèi)。但是，如果你只允許讓Behavior設(shè)置給一個(gè)特定類(lèi)型的View，則需要這樣寫(xiě)：

public class FancyFrameLayoutBehaviorextends CoordinatorLayout.Behavior<FancyFrameLayout>

這可以省去把回調(diào)方法中收到的view參數(shù)轉(zhuǎn)換成正確類(lèi)型的步驟－效率第一嘛。

可以使用Behavior.setTag()/Behavior.getTag() 來(lái)保存臨時(shí)數(shù)據(jù)，還可以使用onSaveInstanceState()/onRestoreInstanceState()來(lái)保存跟Behavior相關(guān)的實(shí)例的狀態(tài)。我建議讓Behaviors盡可能的輕，但是這些方法讓狀態(tài)化Behaviors成為可能。
設(shè)置Behavior

當(dāng)然了，Behaviors并不會(huì)對(duì)自身做任何事情－它們需要被設(shè)置在一個(gè)CoordinatorLayout的子view上之后才會(huì)被實(shí)際調(diào)用。設(shè)置Behaviors主要有三種方式：程序中動(dòng)態(tài)設(shè)置,xml布局文件設(shè)置和使用注解設(shè)置。
在程序中設(shè)置Behavior

當(dāng)你認(rèn)為Behavior是一個(gè)被設(shè)置在CoordinatorLayout每個(gè)子view上的附加數(shù)據(jù)時(shí)，你就不會(huì)對(duì)Behavior其實(shí)是保存在每個(gè)view的LayoutParam中感到奇怪了（ 如果你已經(jīng)閱讀了我們 關(guān)于布局的文章 ）－ 這也是為什么Behaviors需要聲明在CoordinatorLayout的直接子View上的原因，因?yàn)橹挥心切┳覸iew才存有CoordinatorLayout.LayoutParams（根據(jù)自己的理解翻譯的）。

FancyBehavior fancyBehavior = new FancyBehavior(); CoordinatorLayout.LayoutParams params =(CoordinatorLayout.LayoutParams) yourView.getLayoutParams(); params.setBehavior(fancyBehavior);

這里你會(huì)發(fā)現(xiàn)我們使用的是默認(rèn)的無(wú)參構(gòu)造函數(shù)。但這并不是說(shuō)你就不能使用任何參數(shù) － 如果你想，代碼里面，萬(wàn)事皆有可能。
在xml里設(shè)置Behavior

當(dāng)然，每次都在代碼里面把所有事情做完會(huì)顯得有點(diǎn)亂。就跟多數(shù)自定義的LayoutParam一樣，這里也有相應(yīng)的layout_ attribute 與之對(duì)應(yīng)。那就是layout_behavior 屬性：

<FrameLayoutandroid:layout_height=”wrap_content”android:layout_width=”match_parent”app:layout_behavior=”.FancyBehavior” />

這里與前面不同的是，被調(diào)用的構(gòu)造函數(shù)總是FancyBehavior(Context context, AttributeSet attrs)。因此，你可以在xml屬性中聲明你想要的其他自定義屬性。如果你想讓開(kāi)發(fā)者能夠通過(guò)xml自定義Behavior的功能，這點(diǎn)是很重要的。

注意：類(lèi)似于由父類(lèi)負(fù)責(zé)解析和解釋的layout_ 屬性命名規(guī)則，使用behavior_ prefix來(lái)指定被專(zhuān)門(mén)Behavior使用的某個(gè)屬性。

例子（譯者結(jié)合評(píng)論做的補(bǔ)充）：

<FrameLayoutandroid:layout_width="match_parent"android:layout_height="match_parent"app:layout_behavior=".MaxWidthBehavior"app:behavior_maxWidth="400dp" />

自動(dòng)設(shè)置一個(gè)Behavior

如果你正在創(chuàng)建一個(gè)需要一個(gè)自定義Behavior的自定義View（就如Design Library中的許多控件那樣），那么你很可能希望view默認(rèn)就設(shè)置了那個(gè)Behavior，而不需要每次都通過(guò)xml或者代碼去手動(dòng)指定。為此，你只需在自定義View類(lèi)的最上面設(shè)置一個(gè)簡(jiǎn)單的注解：

@CoordinatorLayout.DefaultBehavior(FancyFrameLayoutBehavior.class) public class FancyFrameLayout extends FrameLayout { }

你會(huì)發(fā)現(xiàn)你的Behavior會(huì)隨著默認(rèn)的構(gòu)造函數(shù)被調(diào)用，這非常類(lèi)似于與通過(guò)程序設(shè)置Behavior。注意任何 layout_behavior屬性所代表的Behavior都會(huì)重寫(xiě) DefaultBehavior。
攔截 Touch Events

一旦你設(shè)置好了所有的behavior，你就該準(zhǔn)備做點(diǎn)實(shí)際工作了。Behavior能做的事情之一就是攔截觸摸事件。

如果沒(méi)有CoordinatorLayout，我們通常會(huì)被牽涉進(jìn) ViewGroup的子類(lèi)中，就像 Managing Touch Events training一文所討論的那樣。但是如果有了CoordinatorLayout，CoordinatorLayout就會(huì)把它onInterceptTouchEvent() 中的參數(shù)（主要是MotionEvent）和調(diào)用傳遞到Behavior的onInterceptTouchEvent(),讓你的Behavior有一次攔截觸摸事件的機(jī)會(huì)。如果返回true，你的Behavior則會(huì)通過(guò)onTouchEvent()?收到所有的后續(xù)觸摸事件－而View完全不知道發(fā)生了什么事情。這也是SwipeDismissBehavior 在view上的工作原理。

ps：我以前專(zhuān)門(mén)分析過(guò)SwipeDismissBehavior，和這段話基本一致。另外CoordinatorLayout其實(shí)是遍歷了一遍自己的直接子View，一個(gè)一個(gè)的調(diào)用子view中的Behavior，見(jiàn)：SwipeDismissBehavior用法及實(shí)現(xiàn)原理 。

不過(guò)還有一個(gè)更粗暴的觸摸攔截：攔截所有的交互。只需在 blocksInteractionBelow() 里返回true即可（我們這個(gè)視圖下的其他視圖將獲取不到任何Touch事件）。當(dāng)然，你可能希望在交互被阻止的情況下能有一些視覺(jué)效果 － 這就是為什么blocksInteractionBelow()實(shí)際上默認(rèn)依賴(lài) getScrimOpacity()?的值 － 返回一個(gè)非零將在View之上繪制一層overlay顏色并且屏蔽所有的交互。
攔截Window Insets

假設(shè)你讀了Why would I want to fitsSystemWindows? blog。那里深入討論了fitsSystemWindows到底干什么的，但是它歸納為：window insets 需要避免在 system windows（比如status bar 和 navigation bar）的下面繪制。

Behaviors在這里也有攔截的機(jī)會(huì) － 如果你的View是fitsSystemWindows=“true”的，那么任何依附著的Behavior都將得到onApplyWindowInsets()調(diào)用，且優(yōu)先級(jí)高于View自身。

注意：如果你的Behavior并沒(méi)有消費(fèi)掉整個(gè) window insets，它應(yīng)該通過(guò)ViewCompat.dispatchApplyWindowInsets() 傳遞insets，以確保任何子view都能有機(jī)會(huì)看到這個(gè)WindowInsets。

攔截Measurement 和 layout

測(cè)量與布局（Measurement and layout）是 安卓如何繪制View的關(guān)鍵組成部分。因此對(duì)于能夠攔截一切的Behavior來(lái)說(shuō)，它應(yīng)該能在第一時(shí)間攔截測(cè)量和布局才是合情合理的。 這要通過(guò)onMeasureChild() 和 onLayoutChild() 回調(diào)來(lái)完成。

比如， 我們找來(lái)任意一個(gè)普通的ViewGroup，并向它添加一個(gè)maxWidth：

/** Copyright 2015 Google Inc.** Licensed under the Apache License, Version 2.0 (the "License");* you may not use this file except in compliance with the License.* You may obtain a copy of the License at** http://www.apache.org/licenses/LICENSE-2.0** Unless required by applicable law or agreed to in writing, software* distributed under the License is distributed on an "AS IS" BASIS,* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.* See the License for the specific language governing permissions and* limitations under the License.*/package com.example.behaviors;import android.content.Context; import android.content.res.TypedArray; import android.support.design.widget.CoordinatorLayout; import android.util.AttributeSet; import android.view.ViewGroup;import static android.view.View.MeasureSpec;/*** Behavior that imposes a maximum width on any ViewGroup.** <p />Requires an attrs.xml of something like** <pre>* &lt;declare-styleable name="MaxWidthBehavior_Params"&gt;* &lt;attr name="behavior_maxWidth" format="dimension"/&gt;* &lt;/declare-styleable&gt;* </pre>*/ public class MaxWidthBehavior<V extends ViewGroup> extends CoordinatorLayout.Behavior<V> {private int mMaxWidth;public MaxWidthBehavior(Context context, AttributeSet attrs) {super(context, attrs);TypedArray a = context.obtainStyledAttributes(attrs,R.styleable.MaxWidthBehavior_Params);mMaxWidth = a.getDimensionPixelSize(R.styleable.MaxWidthBehavior_Params_behavior_maxWidth, 0);a.recycle();}@Overridepublic boolean onMeasureChild(CoordinatorLayout parent, V child,int parentWidthMeasureSpec, int widthUsed,int parentHeightMeasureSpec, int heightUsed) {if (mMaxWidth <= 0) {// No max width means this Behavior is a no-opreturn false;}int widthMode = MeasureSpec.getMode(parentWidthMeasureSpec);int width = MeasureSpec.getSize(parentWidthMeasureSpec);if (widthMode == MeasureSpec.UNSPECIFIED || width > mMaxWidth) {// Sorry to impose here, but max width is kind of a big dealwidth = mMaxWidth;widthMode = MeasureSpec.AT_MOST;parent.onMeasureChild(child,MeasureSpec.makeMeasureSpec(width, widthMode), widthUsed,parentHeightMeasureSpec, heightUsed);// We've measured the View, so CoordinatorLayout doesn't have toreturn true;}// Looks like the default measurement will work greatreturn false;} }

寫(xiě)一個(gè)通用的Behavior固然有用，但我們需要知道的是有時(shí)候如果你想讓你的app簡(jiǎn)單一點(diǎn)的話完全可以把Behavior的相關(guān)功能寫(xiě)在自定義View的內(nèi)部，沒(méi)必要為了使用Behavior而是用它。
理解View之間的依賴(lài)

以上的所有功能都只需要一個(gè)View。但是Behaviors的強(qiáng)大之處在于在View之間建立依賴(lài)關(guān)系－當(dāng)另一個(gè)View改變的時(shí)候，你的Behavior會(huì)得到一個(gè)callback，根據(jù)外部條件改變它的功能。

Behaviors依賴(lài)于View有兩種形式：當(dāng)它的View錨定于另外一個(gè)View（一種隱式的依賴(lài)）或者，當(dāng)你在layoutDependsOn()中明確的返回true。

錨定發(fā)生于你使用了CoordinatorLayout的layout_anchor 屬性之時(shí)。它和layout_anchorGravity 屬性結(jié)合，可以讓你有效的把兩個(gè)View捆綁在一起。比如，你可以把一個(gè)FloatingActionButton錨定在一個(gè)AppBarLayout上，那么如果AppBarLayout滾動(dòng)出屏幕，FloatingActionButton.Behavior將使用隱式的依賴(lài)去隱藏FAB。

不管什么形式，當(dāng)一個(gè)依賴(lài)的View被移除的時(shí)候你的Behavior會(huì)得到回調(diào) onDependentViewRemoved() ，當(dāng)依賴(lài)的View發(fā)生變化的時(shí)候（比如：調(diào)整大小或者重置自己的position），得到回調(diào) onDependentViewChanged()

這個(gè)把View綁定在一起的能力正是Design Library那些酷炫功能的工作原理 －以FloatingActionButton與Snackbar之間的交互為例。FAB的 Behavior依賴(lài)于被添加到CoordinatorLayout的Snackbar，然后它使用onDependentViewChanged() callback來(lái)將FAB向上移動(dòng)，以避免和Snackbar重疊。

注意：如果你添加了一個(gè)依賴(lài)，不管child的順序如何，你的View將總是在所依賴(lài)的View放置之后才會(huì)被放置。

嵌套滾動(dòng)

啊哈，嵌套滾動(dòng)。在這篇博客中，我只會(huì)點(diǎn)到為止。記住幾點(diǎn)：

你不需要在嵌套滾動(dòng)的View上面定義依賴(lài)。CoordinatorLayout的每個(gè)child都有機(jī)會(huì)接收到嵌套滾動(dòng)事件。嵌套滾動(dòng)不僅可以開(kāi)始于CoordinatorLayout的直接child，還可以開(kāi)始于任何child（比如CoordinatorLayout的child的child）。雖然我叫它嵌套滾動(dòng)，但其實(shí)它包含滾動(dòng)（scrolling）和劃動(dòng)（flinging）兩種。

那么讓我們使用onStartNestedScroll()來(lái)定義你所感興趣的嵌套滾動(dòng)（方向）。你將收到滾動(dòng)的軸（比如橫向或者縱向－讓它可以輕易的忽略某個(gè)方向上的滾動(dòng)）并且為了接收那個(gè)方向上的后續(xù)滾動(dòng)事件必須返回true。

當(dāng)你在onStartNestedScroll()中返回了true之后，嵌套滾動(dòng)進(jìn)入兩個(gè)階段：

onNestedPreScroll() 會(huì)在scrolling View獲得滾動(dòng)事件前調(diào)用，它允許你消費(fèi)部分或者全部的事件信息。onNestedScroll() 會(huì)在scrolling View做完滾動(dòng)后調(diào)用，通過(guò)回調(diào)可以知道scrolling view滾動(dòng)了多少和它沒(méi)有消耗的滾動(dòng)事件。

同樣，fling操作也有與之相對(duì)應(yīng)的方法（雖然e pre-fling callback 必須消費(fèi)完或者完全不消費(fèi)fling － 沒(méi)有消費(fèi)部分的情況）。

當(dāng)嵌套滾動(dòng)（或者flinging）結(jié)束，你將得到一個(gè)onStopNestedScroll()回調(diào)。這標(biāo)志著滾動(dòng)的結(jié)束 － 迎接在下一個(gè)滾動(dòng)之前的onStartNestedScroll() 調(diào)用。

比如，當(dāng)向下滾動(dòng)的時(shí)候隱藏FloatingActionButton，向上滾動(dòng)的時(shí)候顯示FloatingActionButton－ 這只牽涉到重寫(xiě)onStartNestedScroll() 和 onNestedScroll()，就如在ScrollAwareFABBehavior中所看到的那樣。
這只是開(kāi)始

Behavior每個(gè)單獨(dú)的部分都很有趣，當(dāng)他們結(jié)合起來(lái)就會(huì)發(fā)生很神奇的事情。為了了解更多的高級(jí)behavior，我強(qiáng)烈鼓勵(lì)你去查看Design Library的源碼－Android SDK Search Chrome extension是我探索AOSP源碼時(shí)最喜歡的資源（雖然包含在 /extras/android/m2repository中的源碼總是最新的）。

在了解Behavior能做哪些事情這點(diǎn)上打下了堅(jiān)實(shí)的基礎(chǔ)后，讓我知道你們是如何使用它們創(chuàng)建更優(yōu)秀的app的。

要了解更多，請(qǐng)參與在 Google+ post 上的討論并關(guān)注 Android Development Patterns Collection ！

歡迎關(guān)注微信公眾號(hào)：“Android 之旅 ”，大家一起學(xué)習(xí)、交流。

總結(jié)

以上是生活随笔為你收集整理的拦截一切的CoordinatorLayout Behavior的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。