Котлин синтетический в адаптере или ViewHolder

Я новичок в котлине. Я нашел и попытался использовать синтетический метод вместо раздражающего метода findViewByIdв моем Activityклассе, но я обнаружил: «Если мы хотим вызвать синтетические свойства в представлении (полезно в классах адаптеров), мы также должны импортировать kotlinx.android.synthetic.main .Посмотреть.*." Но я не могу понять, как именно это работает? Есть примеры?

Простой пример из https://github.com/antoniolg/Kotlin-for-Android-Developers

import kotlinx.android.synthetic.item_forecast.view.*

class ForecastListAdapter() : RecyclerView.Adapter<ForecastListAdapter.ViewHolder>() {

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

        fun bindForecast(forecast: Forecast) {
            itemView.date.text = forecast.date.toDateString()
        }
    }
}

Не нужно писать

val view = itemView.findViewById(R.id.date) as TextView
view.text = forecast.date.toDateString()

Просто

itemView.date.text = forecast.date.toDateString()

Просто и эффективно!

Котлинг 1.1.4 выход

Дополнительная информация: https://antonioleiva.com/kotlin-android-extensions/

Вам необходимо включить расширения Kotlin для Android, добавив это в свой build.gradle:

apply plugin: 'org.jetbrains.kotlin.android.extensions'
androidExtensions {
    experimental = true
}

Начиная с этой новой версии Kotlin, расширения Android включают некоторые новые интересные функции: кеши в любом классе (который, что интересно, включает ViewHolder)

Используя его в ViewHolder (или любом настраиваемом классе). Обратите внимание, что этот класс должен реализовывать LayoutContainerинтерфейс:

class ViewHolder(override val containerView: View) : RecyclerView.ViewHolder(containerView), 
        LayoutContainer {

    fun bind(title: String) {
        itemTitle.text = "Hello Kotlin!"
    }
}

Тебе нужно

import kotlinx.android.synthetic.row_wall.view.*

А потом что-то вроде:

convertView.titleText.text = item.title

Дело в том, что view. * Вводит расширения в класс View.

Пытаться

class CustomViewModel(val baseView: View) {
    val firstName = baseView.firstName
    val lastName = baseView.lastName
}

Объект представления предоставляет представления ref: https://discuss.kotlinlang.org/t/unable-to-use-kotlin-android-extension-in-adapter-class/2890

Если вы используете последнюю версию l;., Вам не нужно добавлять к ней экспериментальный = true.

на уровне проекта Gradle

classpath 'org.jetbrains.kotlin:kotlin-gradle-plugin:1.3.21'

И на уровне приложения Gradle

apply plugin: 'kotlin-android'
apply plugin: 'kotlin-android-extensions' //These should be on the top of file.

и в зависимостях ..

implementation 'org.jetbrains.kotlin:kotlin-stdlib-jdk7:1.3.21'

и импортируйте ниже как

import kotlinx.android.synthetic.main.your_layout_file_name.view.*

и пример

import kotlinx.android.synthetic.main.item_animal.view.*

class AnimalVH(parent: ViewGroup, layoutID: Int) : BaseViewHolder<Animal>(parent, layoutID) {

    override fun bindData(animal: Animal) {
        itemView.tv_animal.text = animal.title
    }
}

где BaseViewHolder - это

abstract class BaseViewHolder<T>(parent: ViewGroup, layoutID: Int) : RecyclerView.ViewHolder(
    LayoutInflater.from(parent.context).inflate(layoutID, parent, false)
) {
    abstract fun bindData(model: T)
}

Это означает, что вы должны поместить эту строку в начало исходного файла:

import kotlinx.android.synthetic.main.view.*

Так что теперь вместо, например, findView(R.id.textView) as TextViewвы должны написать просто textView. Последнее является синтетическим свойством расширения, находящимся в пакете kotlinx.android.synthetic.main.view, поэтому вам нужно импортировать все из него.

На официальном сайте есть учебник , посмотрите.

К вашему сведению: для просмотра представлений рекомендуется связывание данных, а не синтетическое.

Комментарий DA for Android от Google на Reddit

Привет! Защитник разработчиков для Android в Google здесь!

Я хотел добавить сюда немного предыстории. Расширения Kotlin с синтетическими представлениями никогда преднамеренно не «рекомендуются», хотя это не следует воспринимать как рекомендацию не использовать их. Если они работают на вас, не стесняйтесь и дальше использовать их в своем приложении!

Мы отошли от них (например, мы не обучаем их в курсе Udacity), потому что они открывают глобальное пространство имен идентификаторов, не связанных с макетом, который на самом деле раздувается без проверок на недопустимые поиски, являются только Kotlin и не 'не допускает наличия NULL, если представления присутствуют только в некоторой конфигурации. Все вместе эти проблемы приводят к увеличению числа сбоев в работе приложений Android.

С другой стороны, они предлагают легкий API, который может помочь упростить просмотр представлений. В этой области также стоит взглянуть на привязку данных, которая также выполняет автоматический поиск представлений, а также интегрируется с LiveData для автоматического обновления ваших представлений при изменении данных.

Сегодня в этой области есть несколько эффективных вариантов:

Привязка данных - это рекомендация как для просмотра представлений, так и для привязки, но она добавляет немного накладных расходов по сравнению с Android Kotlin Extensions. Стоит посмотреть, подходит ли это для вашего приложения. Привязка данных также позволяет наблюдать за LiveData для автоматической привязки представлений при изменении данных. По сравнению с Kotlin Extensions, он добавляет во время компиляции проверку просмотров и безопасность типов. Расширения Android Kotlin Extensions официально не рекомендуются (что не то же самое, что рекомендация против). У него есть проблемы, упомянутые выше, поэтому для нашего кода мы их не используем. Butter Knife - еще одно решение, которое чрезвычайно популярно и работает как для Kotlin, так и для языка программирования Java. Читая комментарии здесь, там ' много разработчиков, которым очень повезло с Kotlin Extensions. Это здорово - и мы будем помнить об этом, когда будем искать пути дальнейшего улучшения наших API. Если вы еще не рассматривали привязку данных, обязательно попробуйте.

Кстати, наше внутреннее руководство по стилю кода не предназначено для непосредственного применения вне нашей кодовой базы. Например, мы используем mPrefixVariables, но нет причин, по которым каждое приложение должно следовать этому стилю.