ViewBinding vs Kotlin Android Extensions dengan tampilan sintetis

Bagaimana perbandingan ViewBinding baru dengan Kotlin Android Extensions dengan binding tampilan sintetis?

Selain membentuk NullSafety dan TypeSafety yang disediakan oleh ViewBindings baru, mengapa kita harus mempertimbangkan cara Kotlin menggunakan binding sintetik pada Views.

Apakah ViewBinding baru lebih berkinerja karena menghasilkan kelas Binding sebelumnya?

Mari kita tinjau keduanya.

Konfigurasi

Ekstensi Android Kotlin

1. Impor ekstensi sintetis tata letak yang sesuai: import kotlinx.android.synthetic.main.<layout>.*
2. Referensi pandangan dalam kode melalui id mereka: textView.text = "Hello, world!". Ekstensi ini bekerja pada: Activities, Fragmentsdan Views.

Lihat Binding

1. Buat referensi yang mengikat di dalam kelas Anda: private lateinit var binding YourClassBinding
2. Mengembang mengikat Anda binding = YourClassBinding.inflate(layoutInflater)dalam Activity's onCreatedan panggilan setContentView(binding.root), atau mengembang di Fragment' s onCreateViewkemudian kembali:return binding.root
3. Tampilan referensi dalam kode melalui ikatan menggunakan id mereka binding.textView.text = "Hello, world!"

Ketik keamanan

Kotlin Android Extensions dan ViewBinding adalah tipe aman menurut definisi, karena pandangan yang direferensikan telah dicasting ke tipe yang sesuai.

Keamanan kosong

Kotlin Android Extensions dan ViewBinding keduanya aman nol. ViewBinding tidak memiliki keunggulan di sini . Dalam kasus KAE , jika tampilan hanya ada di beberapa konfigurasi tata letak, IDE akan menunjukkannya untuk Anda:

Jadi Anda memperlakukannya sebagai jenis nullable lainnya di Kotlin, dan kesalahannya akan hilang:

Menerapkan perubahan tata letak

Dalam kasus Kotlin Android Extensions , perubahan tata letak langsung diterjemahkan ke generasi ekstensi sintetis, sehingga Anda dapat menggunakannya segera. Dalam hal ViewBinding , Anda harus membangun proyek Anda

Penggunaan tata letak salah

Dalam kasus Kotlin Android Extensions , dimungkinkan untuk mengimpor ekstensi sintetis tata letak yang salah, sehingga menyebabkan NullPointerException. Hal yang sama berlaku untuk ViewBinding , karena kita dapat mengimpor Bindingkelas yang salah . Meskipun, lebih mungkin untuk mengabaikan impor yang salah daripada nama kelas yang salah, terutama jika file tata letak dinamai Activity/ Fragment/ View, jadi ViewBinding lebih unggul di sini.

Ringkasan KAE vs ViewBinding

• Ketik keamanan - Draw.
• Keamanan kosong - Draw.
• Kode Boilerplate - KAE menang. Dari dokumentasi Kotlin Android Extensions :

Plugin Kotlin Android Extensions memungkinkan kita untuk mendapatkan pengalaman yang sama dengan beberapa perpustakaan ini, tanpa harus menambahkan kode tambahan.

• Menerapkan perubahan tata letak - KAE menang. Perubahan instan berbeda dengan ViewBinding .
• Penggunaan tata letak yang salah - ViewBinding menang

Saya pikir ada kesalahpahaman besar tentang ViewBinding menjadi pengganti KAE . Orang-orang mendengar kata kunci besar dan mengulanginya tanpa memverifikasi terlebih dahulu. Tentu, ViewBinding adalah pilihan terbaik untuk pengembangan Java saat ini (pengganti ButterKnife ), tetapi tidak ada atau sedikit keuntungan dibandingkan KAE di Kotlin (lihat bagian Penggunaan tata letak yang salah ).

Catatan: Saya yakin orang-orang DataBinding akan menyukai ViewBinding :)

ViewBindingmemecahkan masalah terbesar kotlinx.android.synthetic. Dalam syntheticpenjilidan jika Anda mengatur tampilan konten Anda ke tata letak, lalu ketik id yang hanya ada di tata letak yang berbeda, IDE memungkinkan Anda melengkapi otomatis dan menambahkan pernyataan impor baru. Kecuali pengembang secara khusus memeriksa untuk memastikan pernyataan impor mereka hanya mengimpor tampilan yang benar, tidak ada cara aman untuk memverifikasi bahwa ini tidak akan menyebabkan masalah runtime. Tetapi di dalam ViewBindingAnda harus menggunakan layoutobjek mengikat Anda untuk mengakses pandangannya sehingga Anda tidak pernah meminta tampilan dalam tata letak yang berbeda dan jika Anda ingin melakukan ini Anda akan mendapatkan kesalahan kompilasi bukan kesalahan runtime. Berikut ini sebuah contoh.

Kami membuat dua tata letak yang disebut activity_maindan activity_otherseperti itu:

activity_main.xml

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

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

</RelativeLayout>

activity_other.xml

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
                xmlns:tools="http://schemas.android.com/tools"
                android:layout_width="match_parent"
                android:layout_height="match_parent"
                >

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

</RelativeLayout>

Sekarang jika Anda menulis aktivitas Anda seperti ini:

import android.os.Bundle
import android.support.v7.app.AppCompatActivity
import kotlinx.android.synthetic.main.activity_other.*

class MainActivity : AppCompatActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)
        //Application will crash because "message_other" doesn't exist in "activity_main"
        message_other.text = "Hello!"
    }
}

kode Anda akan dikompilasi tanpa kesalahan tetapi aplikasi Anda akan macet saat runtime. Karena tampilan dengan message_otherid tidak ada di dalam activity_maindan kompiler tidak memeriksa ini. Tetapi jika Anda menggunakan ViewBindingseperti:

class MainActivity : AppCompatActivity() {
    private lateinit var binding: ActivityMainBinding

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        binding = ActivityMainBinding.inflate(layoutInflater)
        setContentView(binding.root)
        //This code will never compile and the IDE shows you an error
        binding.message_other.text = "Hello!"
    }
}

kode Anda tidak akan pernah dikompilasi dan Android Studiomenunjukkan kesalahan pada baris terakhir.

kotlinx.android.synthetic tidak lagi direkomendasikan, kata google dalam satu pesan komit "salah satu utas Reddit

https://android-review.googlesource.com/c/platform/frameworks/support/+/882241 "

Sintetis tidak dikembangkan oleh google, ini adalah bagian dari ekstensi android kotlin yang dibuat oleh JetBrains dan secara bertahap google android developer mulai mengganti Synthetics dengan ViewBindins dalam demo dan kode sumber mereka.

"Sekarang pertanyaan datang, yang mana yang harus kita pertimbangkan."

Menurut google (View binding, ButterKnife, Kotlin synthetics) perpustakaan ini berhasil digunakan oleh banyak aplikasi dan menyelesaikan masalah yang sama.

Tetapi untuk sebagian besar aplikasi, Google merekomendasikan untuk mencoba pengikatan tampilan alih-alih pustaka ini karena pengikatan tampilan memberikan tampilan yang lebih aman, lebih ringkas.

Gambar referensi terlampir untuk menghapus hal-hal dengan cepat.

Namun jika Anda ingin masuk ke dept, Anda dapat mengikuti tautan di bawah ini. https://medium.com/androiddevelopers/use-view-binding-to-replace-findviewbyid-c83942471fc