本文同步發表于我的微信公眾號，掃一掃文章底部的二維碼或在微信搜索郭霖即可關注，每個作業日都有文章更新，

kotlin-android-extensions插件可能算得上是我最喜歡的一個Kotlin在Android上的特性了，

這么說并不夸張，因為以前在使用Java開發Android程式時，我們總是要寫一大堆的findViewById，枯燥又沒什么意義，

雖然也有一些諸如ButterKnife之類的第三方庫，專門用于對findViewById的用法進行簡化，但是ButterKnife還是要通過注解來讓控制元件與資源id之間進行系結，并不算是非常方便，

而kotlin-android-extensions插件的出現則讓這一情況完全發生了改變，我們可以不用再撰寫煩瑣的findViewById代碼，同時能用一種非常簡便的寫法進行替代，

比如說這里有一個布局檔案activity_main.xml：

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical">

    <TextView
        android:id="@+id/viewToShowText"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content" />

</LinearLayout>

非常簡單，布局檔案中只有一個TextView控制元件，它的id是viewToShowText，

那么，如果我想要在MainActivity中去設定TextView控制元件的內容，使用Java語言的話通常需要這樣寫：

public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        TextView viewToShowText = findViewById(R.id.viewToShowText);
        viewToShowText.setText("Hello");
    }
    
}

可以看到，這里我們首先通過findViewById()函式獲取到了TextView控制元件的實體，然后再呼叫setText()函式將其顯示的內容設定成Hello，

這個findViewById()函式其實是很頭疼的，這里我們只是獲取了一個控制元件的實體，所以可能感受還不太明顯，如果你要去獲取10個甚至100個控制元件的實體，每個都要去findViewById一遍，你一定會抓狂的，

那么如果是使用Kotlin語言的話，這個問題要怎么解決呢？借助kotlin-android-extensions插件，我們可以使用如下代碼來完成同樣的功能：

class MainActivity : AppCompatActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)
        viewToShowText.text = "Hello"
    }
    
}

可以看到，這里我們不再需要呼叫findViewById()函式去獲取控制元件的實體，而是直接呼叫該控制元件在xml中定義的id名稱，就能夠設定其顯示的內容了，

而這個神奇的功能就是由kotlin-android-extensions插件自動完成的，這個插件能夠幫助我們減少大量瑣碎無意義的代碼，

然而它被廢棄了

其實早在幾個月前，就有朋友在公眾號上詢問我，說自己升級了Android Studio 4.1之后，發現新建專案的時候Android Studio已經不會自動幫我們引入kotlin-android-extensions插件了，需要自己手動去添加才能使用，是不是Google不再推薦使用這個插件了？

當時我還說，不可能呀，這個插件這么好用，而且Kotlin也是Google未來主推的技術，可能只是Android Studio 4.1的bug吧，

然而，沒過多久我就被打臉了，某天我將專案工程的Gradle版本升級到了最新，然后構建專案時發現了這樣一個警告提示：

Google明確地告訴我們，kotlin-android-extensions插件已被廢棄，現在推薦使用ViewBinding來進行替代，

對于Google的這種技術迭代頻率我是有點生氣的，如果kotlin-android-extensions插件是Google主推的技術，理應擁有更長的生命周期，不然的話就不該作為默認插件集成到Android Studio當中，要知道，去年我才剛剛出版的新書《第一行代碼第3版》里還大量使用了這個技術，

不過，好在ViewBinding并不復雜，從kotlin-android-extensions插件切換到ViewBinding也是比較容易的，那么本篇文章就作為《第一行代碼第3版》的另外一篇DLC，向大家介紹一下，如何使用ViewBinding來替代kotlin-android-extensions插件，

為什么會被廢棄

在開始介紹ViewBinding之前，我還是想先討論一下，為什么kotlin-android-extensions插件會被廢棄，

雖說Google的技術迭代頻率常常會讓我們直呼學不動了，但是Google也絕對不會無緣無故去廢棄一個之前主推的技術，說明kotlin-android-extensions插件肯定還是存在問題的，

那么到底存在什么問題呢？

比較容易讓人想到的一個缺點就是，kotlin-android-extensions插件只能支持Kotlin語言，而無法支持Java語言，當然這個我認為并不是主要原因，因為現在Google開發的各種新技術都在全面兼容Kotlin，而不再怎么去考慮Java了，如協程、Jetpack Compose等，

那么主要原因是什么呢？這可能就要從kotlin-android-extensions插件的實作原理去理解了，剛才我們已經看到過了使用kotlin-android-extensions插件后的代碼，非常簡單：

class MainActivity : AppCompatActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)
        viewToShowText.text = "Hello"
    }
    
}

那么這段代碼為什么可以作業呢？

我們可以通過點擊Android Studio頂部導航欄的Tools -> Kotlin -> Show Kotlin Bytecode來查看這段代碼對應的Kotlin位元組碼，然后在彈出視窗中點擊Decompile按鈕將位元組碼反編譯成Java代碼，

為了方便閱讀，我將反編譯后的代碼又做了些整理，大致如下所示：

public final class MainActivity extends AppCompatActivity {
   private HashMap _$_findViewCache;

   protected void onCreate(@Nullable Bundle savedInstanceState) {
      super.onCreate(savedInstanceState);
      this.setContentView(1300023);
      TextView var10000 = (TextView)this._$_findCachedViewById(id.textView);
      var10000.setText((CharSequence)"Hello");
   }

   public View _$_findCachedViewById(int var1) {
      if (this._$_findViewCache == null) {
         this._$_findViewCache = new HashMap();
      }
      View var2 = (View)this._$_findViewCache.get(var1);
      if (var2 == null) {
         var2 = this.findViewById(var1);
         this._$_findViewCache.put(var1, var2);
      }
      return var2;
   }
}

可以看到，實際上kotlin-android-extensions插件會幫我們生成一個_$_findCachedViewById()函式（使用這種奇怪的命名方式是為了防止和開發者定義的函式名沖突），在這個函式中首先會嘗試從一個HashMap中獲取傳入的資源id引數所對應的控制元件實體快取，如果還沒有快取的話，就呼叫findViewById()函式來查找控制元件實體，并寫入HashMap快取當中，這樣當下次再獲取相同控制元件實體的話，就可以直接從HashMap快取中獲取了，

這就是kotlin-android-extensions插件的實作原理，其實還是非常簡單的，

然而這種實作原理同時也暴露出來了一些問題，

比如說每一個Activity都需要使用一個額外的HashMap資料結構來存盤所有控制元件的實體，無形中增加了一些記憶體的開支，

還有，雖然HashMap是一種O(1)時間復雜度的資料結構，但這畢竟只是理論上的時間復雜度，實際呼叫肯定是沒有直接訪問控制元件實體快的，因此kotlin-android-extensions插件也在無形當中降低了程式的運行效率，

最重要的是，這些內容對于絕大部分開發者來說都是黑盒，使用kotlin-android-extensions插件的人可能并不知道這些隱藏的“坑”，這個問題在稍后介紹RecyclerView Adapter的時候會更加突顯，我們待會兒再聊，

不管我上面分析的這些足不足以成為廢棄kotlin-android-extensions插件的理由，總之這已經是事實了，那么接下來，我們的學習目標就變成了：如何使用ViewBinding來替代之前的kotlin-android-extensions插件，請放心，這并不是一件很難的事情，

什么是ViewBinding

ViewBinding總體來說其實非常簡單，它的目的只有一個，就是為了避免撰寫findViewById，這和它另外一個非常復雜的兄弟DataBinding相比有明顯的區別，

要想使用ViewBinding需要注意兩件事，第一，確保你的Android Studio是3.6或更高的版本，第二，在你專案工程模塊的build.gradle中加入以下配置：

android {
    ...
    buildFeatures {
        viewBinding true
    }
}

這樣準備作業就完成了，接下來我會從Activity、Fragment、Adapter、引入布局這4個方面，分別討論ViewBinding的用法，

在Activity中使用ViewBinding

一旦啟動了ViewBinding功能之后，Android Studio會自動為我們所撰寫的每一個布局檔案都生成一個對應的Binding類，

Binding類的命名規則是將布局檔案按駝峰方式重命名后，再加上Binding作為結尾，

比如說，前面我們定義了一個activity_main.xml布局，那么與它對應的Binding類就是ActivityMainBinding，

當然，如果有些布局檔案你不希望為它生成對應的Binding類，可以在該布局檔案的根元素位置加入如下宣告：

<LinearLayout
    xmlns:tools="http://schemas.android.com/tools"
    ...
    tools:viewBindingIgnore="true">
    ...
</LinearLayout>

接下來我們看一下如何使用ViewBinding來實作在MainActivity中去設定TextView內容的功能，代碼如下所示：

class MainActivity : AppCompatActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        val binding = ActivityMainBinding.inflate(layoutInflater)
        setContentView(binding.root)
        binding.textView.text = "Hello"
    }

}

ViewBinding的用法可以說就是這么簡單，首先我們要呼叫activity_main.xml布局檔案對應的Binding類，也就是ActivityMainBinding的inflate()函式去加載該布局，inflate()函式接收一個LayoutInflater引數，在Activity中是可以直接獲取到的，

接下來就更加簡單了，呼叫Binding類的getRoot()函式可以得到activity_main.xml中根元素的實體，呼叫getTextView()函式可以獲得id為textView的元素實體，

那么很明顯，我們應該把根元素的實體傳入到setContentView()函式當中，這樣Activity就可以成功顯示activity_main.xml這個布局的內容了，然后獲取TextView控制元件的實體，并給它設定要顯示的文字即可，

當然，如果你需要在onCreate()函式之外的地方對控制元件進行操作，那么就得將binding變數宣告成全域變數，寫法如下：

class MainActivity : AppCompatActivity() {

    private lateinit var binding: ActivityMainBinding

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        binding = ActivityMainBinding.inflate(layoutInflater)
        setContentView(binding.root)
        binding.textView.text = "Hello"
    }

}

注意，Kotlin宣告的變數都必須在宣告的同時對其進行初始化，而這里我們顯然無法在宣告全域binding變數的同時對它進行初始化，所以這里又使用了lateinit關鍵字對binding變數進行了延遲初始化，

雖然這里我舉的例子非常簡單，但實際上ViewBinding用法的套路都是如此，掌握了這一套規則之后基本上你就可以舉一反三了，

在Fragment中使用ViewBinding

下面我們學習一下，如何在Fragment中使用ViewBinding，這部分內容同樣非常簡單，因為在Fragment中使用ViewBinding和在Activity基本是一樣的，

這里我還是通過代碼的方式進行演示，順便介紹一下Fragment與Activity中ViewBinding用法的異同，

假設我們有一個布局檔案叫fragment_main.xml，那么啟用ViewBinding功能之后，則必然會生成一個與其對應的FragmentMainBinding類，

如果我們想要在MainFragment中去顯示這個布局，就可以這樣寫：

class MainFragment : Fragment() {

    private var _binding: FragmentMainBinding? = null

    private val binding get() = _binding!!

    override fun onCreateView(inflater: LayoutInflater, container: ViewGroup?, savedInstanceState: Bundle?): View {
        _binding = FragmentMainBinding.inflate(inflater, container, false)
        return binding.root
    }

    override fun onDestroyView() {
        super.onDestroyView()
        _binding = null
    }

}

這段代碼的實際邏輯遠沒有看上去得復雜，

首先最核心的邏輯仍然是呼叫FragmentMainBinding的inflate()函式去加載fragment_main.xml布局檔案，但由于這是在Fragment當中，所以使用了3個引數的inflate()函式多載，這和我們平時在Fragment中去加載布局檔案的方式如出一轍，

接下來不一樣的地方在于，由于我們是在onCreateView()函式中加載的布局，那么理應在與其對應的onDestroyView()函式中對binding變數置空，從而保證binding變數的有效生命周期是在onCreateView()函式和onDestroyView()函式之間，

但由于Kotlin空型別系統的存在，導致為了實作這一簡單的功能，需要額外撰寫一些看上去很奇怪的代碼，上述代碼就是如此，關于Kotlin空型別系統這里我就不展開介紹了，還不了解的朋友可以去參考《第一行代碼第3版》第2章的內容，

好吧，這是我少有承認Java要比Kotlin更簡潔的地方，因為使用Java代碼去實作同樣的功能只需要這樣寫：

public class MainFragment extends Fragment {
    
    private FragmentMainBinding binding;

    @Override
    public View onCreateView(@NotNull LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
        binding = FragmentMainBinding.inflate(inflater, container, false);
        return binding.getRoot();
    }

    @Override
    public void onDestroyView() {
        super.onDestroyView();
        binding = null;
    }
}

這兩段代碼實作的功能以及所想表達的意思是完全相同的，但是明顯Java版本要更加好理解一點，

在Adapter中使用ViewBinding

接下來，讓我們再來探討一下在Adapter中使用ViewBinding的場景，這個場景會相對比較有趣，同時也是之前kotlin-android-extensions插件被誤用比較多的地方，

相信每一位Android開發者都使用過RecyclerView，也都寫過Adapter，Adapter其實是很能考驗一個開發者功底的地方，

我在很早之前面試的時候被問到過，為什么我們要在ListView的Adapter當中去寫ViewHolder（那個時候還沒有RecyclerView），答案就是，為了不用在串列滾動的時候頻繁呼叫findViewById()，從而減少了一些沒必要的性能消耗，

而RecyclerView把ListView中的這個普遍應用的最佳實踐直接作為默認實作集成了進去，所以只要我們使用RecyclerView，就一定要寫ViewHolder，

然而有些朋友在這里卻存在一些誤用的情況，這里我還是通過一個具體的示例進行說明，

假設我們定義了fruit_item.xml來作為RecyclerView子項的布局：

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:orientation="vertical"
    android:layout_width="match_parent"
    android:layout_height="wrap_content"
    android:layout_margin="5dp">

    <ImageView
        android:id="@+id/fruitImage"
        android:layout_width="40dp"
        android:layout_height="40dp"
        android:layout_gravity="center_horizontal"
        android:layout_marginTop="10dp" />

    <TextView
        android:id="@+id/fruitName"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_gravity="left"
        android:layout_marginTop="10dp" />

</LinearLayout>

然后撰寫如下RecyclerView Adapter來加載和顯示這個子項布局：

class FruitAdapter(val fruitList: List<Fruit>) : RecyclerView.Adapter<FruitAdapter.ViewHolder>() {

    inner class ViewHolder(view: View) : RecyclerView.ViewHolder(view) {
        val fruitImage: ImageView = view.findViewById(R.id.fruitImage)
        val fruitName: TextView = view.findViewById(R.id.fruitName)
    }

    override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): ViewHolder {
        val view = LayoutInflater.from(parent.context).inflate(R.layout.fruit_item, parent, false)
        return ViewHolder(view)
    }

    override fun onBindViewHolder(holder: ViewHolder, position: Int) {
        val fruit = fruitList[position]
        holder.fruitImage.setImageResource(fruit.imageId)
        holder.fruitName.text = fruit.name
    }

    override fun getItemCount() = fruitList.size

}

這是比較標準和傳統的一種寫法，并且可以說沒有任何問題，《第一行代碼第3版》中關于RecyclerView這部分講解也是使用的這種寫法，

然而有些讀者朋友跟我反饋，說這種寫法還要在ViewHolder當中宣告控制元件變數，還要撰寫findViewById()，實在是太復雜了，自己找到了一種更簡單的寫法，只需要借助kotlin-android-extensions插件，就可以這樣寫：

class FruitAdapter(val fruitList: List<Fruit>) : RecyclerView.Adapter<FruitAdapter.ViewHolder>() {

    inner class ViewHolder(view: View) : RecyclerView.ViewHolder(view)

    override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): ViewHolder {
        val view = LayoutInflater.from(parent.context).inflate(R.layout.fruit_item, parent, false)
        return ViewHolder(view)
    }

    override fun onBindViewHolder(holder: ViewHolder, position: Int) {
        val fruit = fruitList[position]
        holder.itemView.fruitImage.setImageResource(fruit.imageId)
        holder.itemView.fruitName.text = fruit.name
    }

    override fun getItemCount() = fruitList.size

}

可以看到，這里ViewHolder中沒有進行任何控制元件宣告，相當于只是定義了一個空的ViewHolder，然后在onBindViewHolder()函式當中，直接呼叫holder.itemView再接上控制元件id的名稱就可以使用它了，

這種寫法確實簡化了不少代碼，但是這種寫法對嗎？

如果你的評判標準只是這段代碼能不能正常作業，那么答案是肯定的，這樣寫確實可以正常作業，但是這種寫法我可以說是完全不正確的，為什么呢？我們只需要使用剛才的手法把這段代碼反編譯一下，看看它對應的Java代碼是什么樣的就知道了，

同樣為了方便閱讀，我還是對代碼進行了簡化，只保留了關鍵部分，如下所示：

public final class FruitAdapter extends Adapter {
   ...

   public final class ViewHolder extends androidx.recyclerview.widget.RecyclerView.ViewHolder {
      public ViewHolder(@NotNull View view) {
         super(view);
      }
   }

   public void onBindViewHolder(@NotNull FruitAdapter.ViewHolder holder, int position) {
      Fruit fruit = (Fruit)this.fruitList.get(position);
      View var10000 = holder.itemView;
      ((ImageView)var10000.findViewById(id.fruitImage)).setImageResource(fruit.getImageId());
      var10000 = holder.itemView;
      TextView var4 = (TextView)var10000.findViewById(id.fruitName);
      var4.setText((CharSequence)fruit.getName());
   }

}

不知道你有沒有發現問題，現在onBindViewHolder()函式當中，每次都是呼叫了findViewById()來獲取控制元件實體，這樣就導致ViewHolder的作用完全失效了，

所以，上面這種寫法就是kotlin-android-extensions插件在Adapter當中一種比較典型的誤用方式，同時也算是一個隱藏的“坑”，因為如果你不去將Kotlin代碼進行反編譯，可能都不知道自己的ViewHolder其實根本就沒有起到任何作用，

講完了kotlin-android-extensions插件的“坑”，接下來我們還是看一下如何在Adapter中使用ViewBinding，別忘了我們的目標始終是不寫findViewById，

其實如果你已經熟練掌握了ViewBinding在Activity和Fragment中的用法，那么現在應該可以舉一反三了，因為在Adapter中使用ViewBinding基本也是同樣的套路，

我們還是先來看一下代碼，然后我再稍微做下簡單的講解：

class FruitAdapter(val fruitList: List<Fruit>) : RecyclerView.Adapter<FruitAdapter.ViewHolder>() {

    inner class ViewHolder(binding: FruitItemBinding) : RecyclerView.ViewHolder(binding.root) {
        val fruitImage: ImageView = binding.fruitImage
        val fruitName: TextView = binding.fruitName
    }

    override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): ViewHolder {
        val binding = FruitItemBinding.inflate(LayoutInflater.from(parent.context), parent, false)
        return ViewHolder(binding)
    }

    override fun onBindViewHolder(holder: ViewHolder, position: Int) {
        val fruit = fruitList[position]
        holder.fruitImage.setImageResource(fruit.imageId)
        holder.fruitName.text = fruit.name
    }

    override fun getItemCount() = fruitList.size

}

這段代碼的核心基本都在onCreateViewHolder()函式和ViewHolder當中，

首先，我們在onCreateViewHolder()函式中呼叫FruitItemBinding的inflate()函式去加載fruit_item.xml布局檔案，這和ViewBinding在Fragment中的用法是一模一樣的，

接下來需要改造ViewHolder，讓其建構式接收FruitItemBinding這個引數，但是注意，ViewHolder的父類RecyclerView.ViewHolder它只會接收View型別的引數，因此我們需要呼叫binding.root獲得fruit_item.xml中根元素的實體傳給RecyclerView.ViewHolder，

這樣，我們就不需要再使用findViewById()函式來查找控制元件實體了，而是呼叫binding.fruitImage和binding.fruitName就可以直接參考到相應控制元件的實體，

這就是ViewBinding在Adapter中的用法，

對引入布局使用ViewBinding

關于ViewBinding的使用其實還有另外一種比較特殊的場景，那就是如何對引入布局使用ViewBinding，

引入布局一般有兩種方式，include和merge，關于這兩種方式的用法和區別，我在 Android最佳性能實踐(四)——布局優化技巧這篇文章中有比較詳細的講解，還不了解的朋友可以去參考一下，

接下來我們開始分別學習如何在include和merge的布局中使用ViewBinding，

先來看include，這個情況比較簡單，假設我們有如下titlebar.xml布局，是希望作為一個通用布局引入到各布局當中的：

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent" >
 
    <Button
        android:id="@+id/back"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_alignParentLeft="true"
        android:layout_centerVertical="true"
        android:text="Back" />
 
    <TextView
        android:id="@+id/title"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_centerInParent="true"
        android:text="Title"
        android:textSize="20sp" />
 
    <Button
        android:id="@+id/done"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_alignParentRight="true"
        android:layout_centerVertical="true"
        android:text="Done" />
 
</RelativeLayout>

那么如果我想要在activity_main.xml中引入這個布局，只需要這樣寫：

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical">
 
    <include 
        layout="@layout/titlebar" />
    ...
</LinearLayout>

這種寫法雖然的確可以將titlebar.xml引入到activity_main.xml布局當中，但問題是，你會發現ViewBinding是關聯不到titlebar.xml中的控制元件的，

那么如何解決這個問題呢？很簡單，我們只需要在include的時候給被引入的布局添加一個id，如下所示：

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical">

    <include 
        android:id="@+id/titleBar"
        layout="@layout/titlebar" />
    ...
</LinearLayout>

然后，在MainActivity中，我們即可通過如下的寫法參考到titlebar.xml中定義的控制元件：

class MainActivity : AppCompatActivity() {

    private lateinit var binding: ActivityMainBinding

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        binding = ActivityMainBinding.inflate(layoutInflater)
        setContentView(binding.root)
        binding.titleBar.title.text = "Title"
        binding.titleBar.back.setOnClickListener {
        }
        binding.titleBar.done.setOnClickListener {
        }
    }

}

接下來我們再來看一下merge，merge和include最大的區別在于，使用merge標簽引入的布局在某些情況下可以減少一層布局的嵌套，而更少的布局嵌套通常就意味著更高的效率，

比如說我們對titlebar.xml進行如下修改：

<merge xmlns:android="http://schemas.android.com/apk/res/android">
 
    <Button
        android:id="@+id/back"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_alignParentLeft="true"
        android:layout_centerVertical="true"
        android:text="Back" />

    <TextView
        android:id="@+id/title"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_centerInParent="true"
        android:text="Title"
        android:textSize="20sp" />

    <Button
        android:id="@+id/done"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_alignParentRight="true"
        android:layout_centerVertical="true"
        android:text="Done" />
 
</merge>

可以看到，這里最外層的布局使用了merge標簽，這就表示當有任何一個地方去include這個布局時，會將merge標簽內包含的內容直接填充到include的位置，不會再添加任何額外的布局結構，

但是很遺憾，如果使用這種寫法的話，運行程式將會直接崩潰，因為merge標簽并不是一個布局，所以我們無法像剛才那樣在include的時候給它指定一個id，

那么這種情況下應該怎么使用ViewBinding呢？首先為了避免崩潰，我們應該將activity_main.xml中引入布局時指定的id移除，如下所示：

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical">

    <include
        layout="@layout/titlebar" />

</LinearLayout>

然后修改MainActivity中的代碼，如下所示：

class MainActivity : AppCompatActivity() {

    private lateinit var binding: ActivityMainBinding
    private lateinit var titlebarBinding: TitlebarBinding

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        binding = ActivityMainBinding.inflate(layoutInflater)
        titlebarBinding = TitlebarBinding.bind(binding.root)
        setContentView(binding.root)
        titlebarBinding.title.text = "Title"
        titlebarBinding.back.setOnClickListener {
        }
        titlebarBinding.done.setOnClickListener {
        }
    }

}

可以看到，這里我們又定義了一個titlebarBinding變數，很明顯，TitlebarBinding就是Android Studio根據我們的titlebar.xml布局檔案自動生成的Binding類，

在onCreate()函式中，我們呼叫TitlebarBinding.bind()函式，讓titlebar.xml布局和activity_main.xml布局能夠關聯起來，

接下來的事情就很簡單了，直接使用titlebarBinding變數就可以參考到titlebar.xml中定義的各個控制元件了，

好了，這大概就是關于ViewBinding的所有內容了，至少我已經想不出還有什么更多的用法，相信本篇文章也足以將你作業中可能遇到的ViewBinding相關的問題全部覆寫到，

另外，如果想要學習Kotlin和最新的Android知識，可以參考我的新書 《第一行代碼第3版》，點擊此處查看詳情，

關注我的技術公眾號，每個作業日都有優質技術文章推送，

微信掃一掃下方二維碼即可關注：

轉載請註明出處，本文鏈接：https://www.uj5u.com/yidong/252709.html

標籤：其他

上一篇：彈窗系列：Toast類如何實作在任意Activity上顯示提示？

下一篇：select 選擇框在onload里加載資料，不能顯示在串列中