資料物件
任何的POJO 物件都可以用作資料繫結，但是修改一個 POJO 物件不會更新 UI。 資料繫結的威力在於，賦予資料物件在資料改變的時候通知其他元件的能力。有三種資料改變通知機制：Observable 物件、ObservableFields 和 observable 集合。

如果這三種類型中的任意一種型別的資料繫結到 UI 中，當資料改變的時候， UI 的資料也會自動更新。

Observable 物件

實現了 android.databinding.Observable 介面的物件，可以設定一個監聽器來監聽所有值域變化的事件。

為了方便開發者使用，BaseObservable 類包含了新增和刪除監聽物件的介面，但是通知資料變化需要開發者自己來做。 和 ListView 的 Adapter 類似。

Bindable 註解在編譯的時候會生成一個 BR 類中的實體，BR 位於模組的包中。如果您的資料類無法修改，則可以使用 PropertyChangeRegistry 來儲存和通知改變事件。

ObservableFields

繼承 Observable 可能有點麻煩，如果你像簡單一點或者只有少量幾個繫結的屬性，則可以使用 ObservableFields。 ObservableFields 為字包含的 observable 物件。 ObservableFields 包含了所有基本型別和一個引用型別。 使用方式如下：

很簡單，這些變數會自動觸發值改變事件，使用 get 和 set 來訪問：

user.firstName.set(“Google”);
int age = user.age.get();

Observable 集合
如果引用的 key 為物件，則可以使用 ObservableArrayMap ：

ObservableArrayMap<String, Object> user = new ObservableArrayMap<>();
user.put(“firstName”, “Google”);
user.put(“lastName”, “Inc.”);
user.put(“age”, 17);

在佈局檔案中，可以通過 String key 來引用map 裡面的物件：

<data>
<import type=”android.databinding.ObservableMap”/>
<variable name=”user” type=”ObservableMap&lt;String, Object>”/>
</data>
…
<TextView
android:text=’@{user["lastName"]}’
android:layout_width=”wrap_content”
android:layout_height=”wrap_content”/>
<TextView
android:text=’@{String.valueOf(1 + (Integer)user["age"])}’
android:layout_width=”wrap_content”
android:layout_height=”wrap_content”/>

如果集合的 key 為整數，則使用 ObservableArrayList ：

ObservableArrayList<Object> user = new ObservableArrayList<>();
user.add(“Google”);
user.add(“Inc.”);
user.add(17);

在 佈局檔案中可以使用索引來引用這些物件：

<data>
<import type=”android.databinding.ObservableList”/>
<import type=”com.example.my.app.Fields”/>
<variable name=”user” type=”ObservableList&lt;Object>”/>
</data>
…
<TextView
android:text=’@{user[Fields.LAST_NAME]}’
android:layout_width=”wrap_content”
android:layout_height=”wrap_content”/>
<TextView
android:text=’@{String.valueOf(1 + (Integer)user[Fields.AGE])}’
android:layout_width=”wrap_content”
android:layout_height=”wrap_content”/>

生成的繫結類（Generated Binding）

生成的繫結類自動處理的 佈局檔案中的 View 和 變數的值，並把他們關聯起來。 所有生成的繫結類都繼承自 android.databinding.ViewDataBinding。

建立繫結類

繫結類應該在解析完佈局後立刻建立，這樣可以避免其他資料干擾佈局檔案中表達式的解析。獲取繫結類最常用的方式是通過生成類的靜態函式 inflate 。inflate 函式同時解析 View 和完成資料繫結。

MyLayoutBinding binding = MyLayoutBinding.inflate(layoutInflater);
MyLayoutBinding binding = MyLayoutBinding.inflate(LayoutInflater, viewGroup, false);

如果佈局檔案解析的機制有變化，則還可以分開繫結：

MyLayoutBinding binding = MyLayoutBinding.bind(viewRoot);

有時候，繫結物件需要執行時建立，則可以通過如下方式：

ViewDataBinding binding = DataBindingUtil.inflate(LayoutInflater, layoutId,
    parent, attachToParent);
ViewDataBinding binding = DataBindingUtil.bindTo(viewRoot, layoutId);

（帶 ID 的 View）Views With IDs

對於 佈局檔案中的每個帶 ID 的 View 都會生成一個 final 變數。 繫結類只解析一次佈局檔案，並建立每個 View。 這種方式比多次呼叫 findViewById 要高效一些。

例如：

生成的 繫結類會包含如下變數：
public final TextView firstName;
public final TextView lastName;

沒有 ID 也可以使用資料繫結，但是為了以後引用這些 View， 添加個 id 會更加方便。

變數（Variables）

每個變數都會生成 get 和 set 函式：
<data>
<import type=”android.graphics.drawable.Drawable”/>
<variable name=”user” type=”com.example.User”/>
<variable name=”image” type=”Drawable”/>
<variable name=”note” type=”String”/>
</data>

會生成如下程式碼：
public abstract com.example.User getUser();
public abstract void setUser(com.example.User user);
public abstract Drawable getImage();
public abstract void setImage(Drawable image);
public abstract String getNote();
public abstract void setNote(String note);

ViewStubs

ViewStubs 和普通的 view 不太一樣。 一開始這些 view 是不可見的， 並且沒有解析到 介面中，當顯示 ViewStub 或者顯示的解析他們的時候才會載入到介面中，替代之前的 View。

由於 ViewStub 最終會從 View 層級中消失， 所以對應的繫結物件也應該消失以便回收資源。由於 View 是 final 的，這裡會使用一個 ViewStubProxy 物件來替代 ViewStub， 這樣開發者就可以訪問 ViewStub 了，並且當 ViewStub 被載入到 View 層級中的時候，開發者也可以訪問載入的 View。

當解析另外一個佈局檔案的時候， 繫結物件也應該和新的佈局關聯起來。因此，ViewStubProxy 需要監聽 ViewStub 的 OnInflateListener 回撥介面來建立繫結關係。開發者可以在 ViewStubProxy 上設定一個 OnInflateListener ，當繫結建立的時候，開發者可以收到回撥 函式。

高階繫結

動態變數
有時候具體繫結的類還不知道是哪個。例如，一個 RecyclerView Adapter 使用一些佈局檔案，只有在 onBindViewHolder 中才知道 layout 使用的是哪個變數。
下面的例子中，RecyclerView 的每個 View 都包含一個 item 變數， 通過 BindingHolder 的 getBinding 函式來訪問 ViewDataBinding 。然後把 item 變數設定進去。
public void onBindViewHolder(BindingHolder holder, int position) {
final T item = mItems.get(position);
holder.getBinding().setVariable(BR.item, item);
holder.getBinding().executePendingBindings();
}

立即繫結
當變數的值更新的時候，binding 物件將在下個更新週期中更新。這樣就會有一點時間間隔，如果你像立刻更新，則可以使用 executePendingBindings 函式。

後臺執行緒

只要不是集合變數，則可以在後臺執行緒中更新資料。資料繫結將會儲存每個變數的值到本地以避免多執行緒問題。

Attribute Setters

當繫結的值改變的時候，生成的繫結物件會呼叫一個 setter 函式來更新 View 的值。繫結框架可以自定義呼叫哪個函式來設定值。

自動查詢 setter

對於一個屬性，繫結框架會自動查詢 setAttribute 函式。例如 TextView 的屬性 android:text 上的表示式，繫結框架將會呼叫 TextView 的 setText(String) 函式，如果表示式返回值為 int， 則會呼叫 setText(int) 函式。所以，要小心表示式的返回值，如果必要可以使用 cast 來轉換為需要的型別。

需要注意的是， 資料繫結框架查詢的是一個 set 函式，而不是該屬性是否存在。 例如 support 庫中的 DrawerLayout 沒有任何屬性，但是有很多 set 函式，所以可以把這些函式當做屬性來在 繫結佈局檔案中使用，只需要把函式名字的 set 去掉，並把後面的單詞首字元修改為小寫即可。例如：

<android.support.v4.widget.DrawerLayout
android:layout_width=”wrap_content”
android:layout_height=”wrap_content”
app:scrimColor=”@{@color/scrim}”
app:drawerListener=”@{fragment.drawerListener}”/>

DrawerLayout 有個 setScrimColor 函式，但是沒有 scrimColor 這個變數。

重新命名 setter

還可以通過 BindingMethods 來重新命名對應的 set 函式。 例如 android:tint 屬性的 set 函式被重新命名為 setImageTintList 而不是 setTint.

@BindingMethods({
@BindingMethod(type = “android.widget.ImageView”,
attribute = “android:tint”,
method = “setImageTintList”),
})

開發者一般不需要重新命名 setter， android 框架已經重新命名了對應的實現。

自定義 Setters
有些屬性需要自定義繫結邏輯。例如， android:paddingLeft 屬性並沒有對應的函式， View 只有一個 setPadding(left, top, right, bottom)。通過 BindingAdapter 註解來建立一個靜態的自定義 setter 函式。 android 系統已經建立了這些 BindingAdapter 函數了，例如下面是 paddingLeft 屬性對應的函式：

@BindingAdapter(“android:paddingLeft”)
public static void setPaddingLeft(View view, int padding) {
view.setPadding(padding,
view.getPaddingTop(),
view.getPaddingRight(),
view.getPaddingBottom());
}

繫結介面卡（Binding adapter）對於其他型別的定製是非常有用的。例如一個自定義的 loader 可以在其他執行緒中載入圖片。

如果繫結介面卡有衝突，則開發者自定義的將會替代系統自定義的。

一個 介面卡還可以有多個引數：

@BindingAdapter({“bind:imageUrl”, “bind:error”})
public static void loadImage(ImageView view, String url, Drawable error) {
Picasso.with(view.getContext()).load(url).error(error).into(view);
}

<ImageView app:imageUrl=“@{venue.imageUrl}”
app:error=“@{@drawable/venueError}”/>

如果用於 ImageView 的 imageUrl和 error 引數都存在並且 imageUrl 是 string 型別、error 是 drawable 型別 則就會呼叫上面定義的介面卡。

在匹配介面卡的時候， 會忽略自定義的名稱空間
你也可以為 android 名稱空間的屬性自定義介面卡

轉換器（Converters）

物件轉換

當繫結表示式返回一個物件時候，將會自動呼叫 set 函式、重新命名的函式、或者自定義的 setter 中的一個。表示式返回的物件將會轉換為該函式的引數型別。

使用 ObservableMaps 來儲存資料會比較簡單。例如：
<TextView
android:text=’@{userMap["lastName"]}’
android:layout_width=”wrap_content”
android:layout_height=”wrap_content”/>

這裡的 userMap 返回的物件將制動轉換為 setText(CharSequence) 的引數。 如果引數不明確，則開發者需要強制轉換為需要的型別。

自定義轉換規則

有時候引數應該可以自動轉換，例如
<View
android:background=”@{isError ? @color/red : @color/white}”
android:layout_width=”wrap_content”
android:layout_height=”wrap_content”/>

上面的背景需要一個 Drawable 物件，但是表示式的返回值為整數物件的顏色值。這種情況下，顏色值需要轉換為 ColorDrawable。 這種轉換通過一個靜態函式完成，該函式帶有一個 BindingConversion 註解。

@BindingConversion
public static ColorDrawable convertColorToDrawable(int color) {
return new ColorDrawable(color);
}
需要注意的是，轉換是在 setter 層面上完成的， 所以不能混合使用不同的型別：

<View
android:background=”@{isError ? @drawable/error : @color/white}”
android:layout_width=”wrap_content”
android:layout_height=”wrap_content”/>

上面混合使用 drawable 和 int 是不可以的。

兩個資料繫結的示例專案: