ViewBinding против расширений Kotlin для Android с синтетическими представлениями

Давайте рассмотрим эти два.

Конфигурация

Расширения Kotlin для Android

1. Импортируйте соответствующие синтетические расширения макета: import kotlinx.android.synthetic.main.<layout>.*
2. Ссылка на представления в коде через их идентификаторы: textView.text = "Hello, world!". Эти расширения работают с: Activities, Fragments и Views.

Просмотр привязки

1. Создайте ссылку привязки внутри вашего класса: private lateinit var binding YourClassBinding
2. Надуйте свой переплет binding = YourClassBinding.inflate(layoutInflater) внутри onCreate Activity и вызовите setContentView(binding.root), или накачайте его в Fragment onCreateView, а затем верните: return binding.root
3. Ссылочные представления в коде через привязку с использованием их идентификаторов binding.textView.text = "Hello, world!"

Безопасность типов

Расширения Kotlin для Android и ViewBinding по определению являются типобезопасными, поскольку указанные представления уже приведены к соответствующим типам.

Нулевая безопасность

Расширения Kotlin для Android и ViewBinding являются нулевыми. ViewBinding здесь не имеет преимуществ. В случае KAE, если представление присутствует только в некоторых конфигурациях макета, IDE укажет вам на это:

Таким образом, вы просто относитесь к нему как к любому другому типу, допускающему значение NULL, в Kotlin, и ошибка исчезнет:

Применение изменений макета

В случае Kotlin Android Extensions изменения макета мгновенно переводятся в создание синтетических расширений, поэтому вы можете сразу же их использовать. В случае ViewBinding вам необходимо создать свой проект.

Неправильное использование макета

В случае Kotlin Android Extensions можно импортировать синтетические расширения неправильного макета, что приведет к NullPointerException. То же самое относится к ViewBinding, поскольку мы можем импортировать неправильный Binding класс. Тем не менее, более вероятно, что неправильный импорт будет пропущен из виду, чем неправильное имя класса, особенно если файл макета правильно назван после _17 _ / _ 18 _ / _ 19_, поэтому ViewBinding здесь имеет преимущество.

Резюме KAE и ViewBinding

• Безопасность шрифта - Рисование.
• Нулевая безопасность - Нарисуйте.
• Шаблонный код - выигрывает KAE. Из документации по расширениям Kotlin для Android:

Плагин Kotlin Android Extensions позволяет нам получить тот же опыт, что и с некоторыми из этих библиотек, без необходимости добавлять какой-либо дополнительный код.

• Применение изменений макета - выигрывает KAE. В отличие от ViewBinding, изменения происходят мгновенно.
• Использование неправильного макета - ViewBinding побеждает

Я думаю, что существует большое заблуждение о том, что ViewBinding заменяет KAE. Люди слышат длинные ключевые слова и повторяют их, не проверяя их заранее. Конечно, ViewBinding - лучший вариант для разработки Java прямо сейчас (замена ButterKnife), но у Kotlin нет или мало преимуществ перед KAE ( см. раздел Использование неправильного макета).

Примечание: я уверен, что людям, использующим DataBinding, понравится ViewBinding :)

ViewBinding решил самую большую проблему kotlinx.android.synthetic. В synthetic привязке, если вы устанавливаете представление содержимого для макета, а затем вводите идентификатор, который существует только в другом макете, IDE позволяет вам выполнить автозаполнение и добавить новый оператор импорта. Если разработчик специально не проверит, что его операторы импорта импортируют только правильные представления, не существует безопасного способа убедиться, что это не вызовет проблемы во время выполнения. Но в ViewBinding вы должны использовать свой layout объект привязки для доступа к его представлениям, чтобы вы никогда не вызывали представление в другом макете, и если вы захотите сделать это, вы получите ошибку компиляции, а не ошибку времени выполнения. Вот пример.

Мы создаем два макета, называемых activity_main и activity_other, вот так:

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>

Теперь, если вы напишете свою деятельность так:

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!"
    }
}

ваш код будет компилироваться без ошибок, но ваше приложение выйдет из строя во время выполнения. Поскольку представление с message_other id не существует в activity_main, и компилятор не проверял это. Но если вы используете ViewBinding так:

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!"
    }
}

ваш код никогда не будет компилироваться, и Android Studio показывает вам ошибку в последней строке.

kotlinx.android.synthetic больше не является рекомендуемой практикой, говорится в сообщении Google в одном сообщении о фиксации "в одной из веток Reddit

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

Synthetics не разрабатывается Google, это часть расширения kotlin для Android, созданного JetBrains, и постепенно разработчики Google для Android начали заменять Synthetics на ViewBindins в своих демонстрациях и исходных кодах.

«Теперь возникает вопрос, какой из них мы должны принять во внимание».

Согласно Google (View binding, ButterKnife, Kotlin Synthetics) эти библиотеки успешно используются многими приложениями и решают ту же проблему.

Но для большинства приложений Google рекомендует попробовать привязку представлений вместо этих библиотек. Поскольку привязка представлений обеспечивает более безопасный и точный поиск представлений.

Прикрепленное эталонное изображение, чтобы быстро прояснить ситуацию.

Однако, если вы хотите пойти в отдел, вы можете перейти по указанной ниже ссылке. https://medium.com/androiddevelopers/use-view-binding-to-replace-findviewbyid-c83942471fc

Расширения Kotlin для Android будут устаревшими с Kotlin 1.4.20, поэтому я бы рекомендовал использовать ViewBinding.

https://proandroiddev.com/migrating-the-deprecated-kotlin-android-extensions-compiler-plugin-to-viewbinding-d234c691dec7