使用檢視繫結替代 findViewById
從 Android Studio 3.6 開始，檢視繫結能夠通過生成繫結物件來替代 findViewById，從而可以幫您簡化程式碼、移除 bug，並且從 findViewById 的模版程式碼中解脫出來。
本文梗概
- 在 build.gradle 中就可以方便快捷地開啟檢視繫結且無須額外引入依賴庫
- 檢視繫結會為 Module 中的每一個佈局檔案生成一個繫結物件 (
activity_awesome.xml→ActivityAwesomeBinding.java) - 佈局檔案中每一個帶有 id 的檢視都會在繫結物件中有一個對應的屬性，這個屬性將擁有正確的型別，並且空安全
- 檢視繫結完美支援 Java 和 Kotlin 程式語言
更多詳細內容可以從視訊：使用檢視繫結替代 findViewById中獲取。
在 build.gradle 中開啟檢視繫結
開啟檢視繫結無須引入額外依賴，從 Android Studio 3.6 開始，檢視繫結將會內建於 Android Gradle 外掛中。需要開啟檢視繫結的話，只需要在 build.gradle 檔案中配置 viewBinding 選項:
// 需要 Android Gradle Plugin 3.6.0
android {
viewBinding {
enabled = true
}
}
在 Android Studio 4.0 中，viewBinding 變成屬性被整合到了 buildFeatures 選項中，所以配置要改成:
// Android Studio 4.0
android {
buildFeatures {
viewBinding = true
}
}
配置完成後，檢視繫結就會為所有佈局檔案自動生成對應的繫結類。無須修改原有佈局的 XML 檔案，檢視繫結將根據您現有的佈局自動完成所有工作。
檢視繫結將會根據現有的 XML 檔案，為 Module 內所有的佈局檔案生成繫結物件。
您可以在任何需要填充佈局的地方使用繫結物件，比如Fragment、Activity、甚至是 RecyclerViewAdapter（或者說是ViewHolder中）。
在 Activity 中使用檢視繫結
假如您有一個佈局檔名叫 activity_awesome.xml，其中包含了一個按鈕和兩個文字檢視。檢視繫結會為這個佈局生成一個名叫 ActivityAwesomeBinding 的類，佈局檔案中所有擁有 id 的檢視，都會在這個類中有一個對應的屬性:
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
val binding = ActivityAwesomeBinding.inflate(layoutInflater)
binding.title.text = "Hello"
binding.subtext.text = "Concise, safe code"
binding.button.setOnClickListener { /* ... */ }
setContentView(binding.root)
}
△ 在 Activity 中使用檢視繫結
使用檢視繫結時，無須再呼叫findViewById方法，只要直接呼叫繫結物件中的對應屬性即可。
佈局的根檢視（無論有沒有 id）都會自動生成一個名為root的屬性。在Activity的onCreate方法中，要將root傳入setContentView方法，從而讓Activity可以使用繫結物件中的佈局。
一個常見的錯誤用法是: 在開啟了檢視繫結的同時，依然在 setContentView(...) 中傳入佈局的 id 而不是繫結物件。這將造成同一佈局被填充兩次，同時監聽器也會被新增到錯誤的佈局物件中。
解決方案: 在 Activity 中使用檢視繫結時，一定要將繫結物件的 root 屬性傳入 setContentView() 方法中。
使用繫結物件編寫安全性更佳的程式碼
findViewById是許多使用者可見 bug 的來源: 我們很容易傳入一個佈局中根本不存在的 id，從而導致空指標異常而崩潰；由於此方法型別不安全，也很容易使人寫出像findViewById<TextView>(R.id.image)這樣的，導致型別轉換錯誤的程式碼。為了解決這些問題，檢視繫結把 findViewById 替換成了更加簡潔和安全的實現。
檢視繫結有下面兩個特性:
- 型別安全: 因為檢視繫結總是會基於佈局中的檢視生成型別正確的屬性。所以如果您在佈局中放入了一個
TextView，檢視繫結就會暴露一個TextView型別的屬性給您。 - 空安全: 檢視繫結會檢測某個檢視是不是隻在一些配置下存在，並依據結果生成帶有
@Nullable註解的屬性。所以即使在多種配置下定義的佈局檔案，檢視繫結依然能夠保證空安全。
由於生成的繫結類是普通的 Java 類，並且其中添加了 Kotlin 友好的註解，所以 Java 和 Kotlin 都可以使用檢視繫結。
檢視繫結生成的程式碼是怎樣的
如前文所說，檢視繫結會生成一個包含替代 findViewById 功能的 Java 類。它會為 Module 下的每一個佈局的 XML 檔案生成一個對應的繫結物件，並根據原始檔為其命名，比如 activity_awesome.xml 對應的繫結物件為 ActivityAwesomeBinding.java。
生成程式碼的邏輯被優化為，當您在 Android Studio 中編輯 XML 佈局檔案時，只會更新所修改佈局對應的繫結物件。同時這些工作會在記憶體中執行，從而使這個過程可以迅速完成。這意味著您的修改會立即反映在繫結物件中，而無須等待或者重新構建工程。
Android Studio 被優化為可以在您編輯過 XML 佈局檔案後立即更新繫結物件。
讓我們通過一個示例 XML 佈局所生成的程式碼，來了解一下檢視繫結究竟生成了什麼。
public final class ActivityAwesomeBinding implements ViewBinding {
@NonNull
private final ConstraintLayout rootView;
@NonNull
public final Button button;
@NonNull
public final TextView subtext;
@NonNull
public final TextView title;
△ 檢視繫結生成的屬性。可以看到它們都是型別安全以及空安全的
檢視繫結會根據每個擁有 id 的檢視生成型別正確的屬性。他也會為根佈局生成 rootView 屬性並通過 getRoot 暴露給您。檢視繫結沒有新增任何額外的邏輯，他只是把檢視屬性暴露給您，從而幫您在不使用 findViewById 的情況下也能呼叫它們。這樣一來便保證了生成檔案簡潔性（當然也避免了拖慢構建速度）。
如果您正在使用 Kotlin，檢視繫結的生成類也已經對互操作進行了優化。通過@Nullable和@NonNull註解的使用，Kolin 可以正確的將屬性暴露為空安全型別。如果想要了解更多關於兩種語言的互操作問題，請查閱文件:在 Kotlin 中呼叫 Java。
private ActivityAwesomeBinding(@NonNull ConstraintLayout rootView, @NonNull Button button,
@NonNull TextView subtext, @NonNull TextView title) { … }
@NonNull
public static ActivityAwesomeBinding inflate(@NonNull LayoutInflater inflater) {
/* 編輯過: 移除了過載方法 inflate(inflater, parent, attachToParent) 的呼叫*/
View root = inflater.inflate(R.layout.activity_awesome, null, false);
return bind(root);
}
檢視繫結會生成 inflate 方法作為生成一個繫結物件例項的主要方式。在 ActivityAwesomeBinding.java 中，檢視繫結生成了一個只有一個引數的 inflate 方法，該方法通過將 parent 設定為空值來指定當前檢視不會繫結到父檢視中；檢視繫結也暴露了一個有三個引數的 inflate 方法，來讓您在需要的時候傳入 parent 和 attachToParent 引數。
真正神奇的地方是 bind 方法的呼叫。這裡會填充檢視並繫結所有的屬性，同時做一些錯誤檢測並生成清晰的錯誤提示。
@NonNull
public static ActivityAwesomeBinding bind(@NonNull View rootView) {
/* 編輯: 簡化程式碼 – 真實情況下生成的程式碼是一個優化過的版本 */
Button button = rootView.findViewById(R.id.button);
TextView subtext = rootView.findViewById(R.id.subtext);
TextView title = rootView.findViewById(R.id.title);
if (button != null && subtext != null && title != null) {
return new ActivityAwesomeBinding((ConstraintLayout) rootView, button, subtext, title);
}
throw new NullPointerException("Missing required view […]");
}
△ 自動生成的 bind 方法的簡化版本
bind 是繫結物件中最複雜的一個方法，它通過呼叫 findViewById 來繫結每個檢視。既然編譯器可以通過 XML 佈局檔案知道每個屬性的型別和為空的可能性，那他就可以安全的呼叫 findViewById。
請注意，檢視繫結生成的真正的 bind 方法要來的更長，並且其中使用了一個標記 break 語句來優化位元組碼，您可以檢視Jake Wharton 撰寫的這篇文章來了解更多優化有關的內容。在每個繫結物件中，都會暴露三個靜態方法來建立繫結物件例項，下面是每個方法使用場景的簡要說明:
- inflate(inflater)-- 在例如 Activity onCreate 方法裡，這類沒有父檢視需要被傳入的場合使用
- inflate(inflater, parent, attachToParent)-- 在 Fragment 或 RecyclerView Adapter (或者說 ViewHolder 中) ，這類您需要傳遞父級 ViewGroup 給繫結物件時使用。
- bind(rootView)-- 在您已經獲得對應檢視，並且只想通過檢視繫結來避免使用 findViewById 時使用。這個方法在使用檢視繫結改造和重構現有程式碼時非常有用。
對使用include標籤引入的佈局會發生什麼影響
前面已經講過，檢視繫結會為 Module 下的每一個佈局檔案生成一個繫結物件，這個說法在佈局檔案被另一個佈局檔案使用 include 引入時依然適用。
<!-- activity_awesome.xml -->
<androidx.constraintlayout.widget.ConstraintLayout>
<include android:id="@+id/includes" layout="@layout/included_buttons"
</androidx.constraintlayout.widget.ConstraintLayout>
<!-- included_buttons.xml -->
<androidx.constraintlayout.widget.ConstraintLayout>
<Button android:id="@+id/include_me" />
</androidx.constraintlayout.widget.ConstraintLayout>
△ 檢視繫結中使用 include 標籤的示例 注意: include 標籤下有一個 id。
在使用引入佈局的時候，檢視繫結會建立一個被引入佈局繫結物件的引用。注意 include>標籤有一個 id: android:id="@+id/includes"。這裡的邏輯跟使用普通檢視一樣， include 標籤也需要有一個 id 才能在繫結物件中生成對應的屬性。
include 標籤必須有一個 id，才能生成對應的屬性。
public final class ActivityAwesomeBinding implements ViewBinding {
...
@NonNull
public final IncludedButtonsBinding includes;
檢視繫結會在 ActivityAwesomeBinding 中生成一個 IncludedButtonsBinding 的引用。
結合資料繫結來使用檢視繫結
檢視繫結只是 findViewById 的取代方案，如果您希望在 XML 中自動繫結檢視，可以使用資料繫結庫。資料繫結和檢視繫結可以生成同樣的元件，它們可以同時工作。
在兩者都被開啟時，使用 <layout> 標籤的佈局會由資料繫結來生成繫結物件；而其餘的佈局則由檢視繫結生成繫結物件。
您可以在同一 Module 中同時使用資料繫結和檢視繫結。
我們之所以開發檢視繫結作為資料繫結的補充，是因為許多開發者反映說，希望有一個輕量的解決方案，能在資料繫結之外替代 findViewById——檢視繫結提供的正是這一功能。
檢視繫結對比 Kotlin 合成方法與 ButterKnife
關於檢視繫結，一個最常見的問題是: "我是否應該用檢視繫結替代 Kotlin 合成方法或 ButterKnife ? " 二者都是目前十分成功的元件庫，有許多應用使用它們解決 findViewById 的問題。
對於大多數應用來說，我們推薦嘗試使用檢視繫結來替代這兩個庫，因為檢視繫結可以提供更加安全和準確的檢視對映方式。
上圖為對比檢視繫結、ButterKnife 和 Kotlin 合成方法的功能。
雖然 ButterKnife 會在執行時校驗可空與不可空，但是編譯器並不會檢查您匹配的檢視是否在存在於您的佈局之中。
為了安全性與更簡潔程式碼，我們推薦嘗試使用檢視繫結。
點選這裡瞭解更多有關檢視繫結的資訊。