Viewholder android что это
Очень часто мы хотим видеть список со значками. Для этого обычно создаётся разметка с TextView и ImageView, далее реализуется свой адаптер. Для небольших списков вам можно не заботиться о производительности списка, как правило, тормоза не ощущаются. Но если списки становятся слишком большими, то производительность резко падает. Почему так происходит?
При работе с большими списками следует быть осторожными, особенно, если вы создаёте собственные адаптеры с использованием картинок и других элементов. Вы можете легко превысить допустимые лимиты на память и получить ошибку в работе приложения. Это происходит из-за того, что в методе getView() сразу создаются объекты, занимающие память. Вот стандартный сценарий использования плохого адаптера, что называется «в лоб», когда в методе getView() происходит формирование элемента списка:
В этом примере происходит раздувание макета каждый раз, когда необходимо вернуть вид для отображения на экране. А происходит это при любой попытке прокрутить список.
Подобного кода следует избегать. Существует небольшая хитрость, чтобы снизить затраты и повысить производительность.
В методе getView() вторым параметром идёт convertView, который отвечает за выводимый компонент на экране. Когда формируется список и на экране появляются только видимые элементы списка, то параметр равен null. Когда мы начинаем прокручивать список, то верхний элемент становится невидимым, а контейнер для верхнего элемента списка перемещается вниз для следующего элемента. Происходит повторное использование одних и тех же контейнеров для элементов списка. При этом convertView принимает значение выводимого компонента.
Вы должны проверять convertView на наличие содержимого и переназначать его, отправляя новые данные в существующий шаблон, если convertView не пустой.
Система стирает элементы вашего списка, которые уже не отображаются на экране и передаёт управление ими в метод getView() через параметр convertView. Ваш адаптер может использовать этот вид и избежать «раздутие» шаблона для этого элемента. Это сохраняет память и уменьшает загрузку процессора.
Улучшенный вариант будет следующим:
В коде сравнивается convertView на null и уже в этом случае идет раздувание макета. Если не равно null, значит контейнер уже существует и мы можем просто переписать данные в нём. Производительность подобного решения почти в 2.5 раза выше, чем стандартное решение на списке из 10 тысяч записей.
ViewHolder
Создание элемента списка происходит по мере необходимости и производительность у данного решения чуть выше, чем у предыдущего примера.
Данные решения применимы к GridView и другим элементам, использующим адаптеры.
Напишем простой пример, чтобы наглядно увидеть переиспользование контейнеров для элементов списка. Добавьте на экран активности список ListView и подготовьте простой макет для элемента списка в файле res/layout/list_item.xml.
Напишем код для активности с адаптером.
Запустите пример и смотрите логи. Вначале вы увидите приблизительно такое:
Попробуйте тихонько сдвинуть список до появления следующего элемента. Как только первый элемент уйдёт за пределы экрана, то новый контейнер создаваться не будет и вместо null вы увидите ссылку на уже существующий контейнер.
Долгожданный View Binding в Android
Пару дней назад Google выпустил Android Studio 3.6 Canary 11, главным нововведением в которой стал View Binding, о котором было рассказано еще в мае на Google I/O 2019.
Как включить
Чтобы включить View Binding в модуле надо добавить элемент в файл build.gradle :
Также можно указать, что для определенного файла разметки генерировать binding класс не надо. Для этого надо указать аттрибут tools:viewBindingIgnore=»true» в корневой view в нужном файле разметки.
Как использовать
Каждый сгенерированный binding класс содержит ссылку на корневой view разметки ( root ) и ссылки на все view, которые имеют id. Имя генерируемого класса формируется как «название файла разметки», переведенное в camel case + «Binding».
Например, для файла разметки result_profile.xml :
Позже binding можно использовать для получения view:
Отличия от других подходов
Главные преимущества View Binding — это Null safety и Type safety.
А вообще, было бы удобно, если бы сгенерированное поле имело наиболее возможный специфичный тип. Например, чтобы для Button в одной конфигурации и TextView в другой генерировалось поле с типом TextView ( public class Button extends TextView ).
При использовании View Binding все несоответствия между разметкой и кодом будут выявляться на этапе компиляции, что позволит избежать ненужных ошибок во время работы приложения.
Использование в RecyclerView.ViewHolder
Ничего не мешает использовать View Binding при создании view для RecyclerView.ViewHolder :
Однако, для создания такого ViewHolder придется написать немного бойлерплейта:
В целом, View Binding это очень удобная вещь, которую легко начать использовать в существующих проектах. Создатель Butter Knife уже рекомендует переключаться на View Binding.
Немного жаль, что такой инструмент не появился несколько лет назад.
О RecyclerView и выделении элементов
Содержание
1. Немного о ViewHolder’ах
До выхода в свет Android SDK 5.0 Lollipop для отображения списков и таблиц использовались виджеты ListView и GridView. Общей рекомендацией при работе с этим виджетом было использование паттерна ViewHolder. Суть паттерна заключается в том, что для каждого элемента списка создаётся объект, хранящий ссылки на отдельные вьюхи внутри элемента. Таким образом, приходится выполнять достаточно дорогой вызов findViewById(int) только один раз при создании элемента.
Пример типичного ViewHolder’а прямиком из руководств гугла:
Cсылка на такой холдер для каждого элемента сохраняется в корневом layout’е, используя метод setTag(int, Object) (с моей точки зрения тот ещё костыль).
2. Вкратце о RecyclerView
К выходу Android SDK 5.0 Lollipop разработчиков Google наконец-то озарило, что два вышеперечисленных виджета морально устарели и нужно бы заменить их на нечто более стильное, модное и молодёжное. Было принято решение не переделывать старые виджеты, а написать новый. Так и появился на свет RecyclerView. Так в чём же его отличия, спросите вы?
Что я понимаю под сложностью? Если что-то не работало в ListView (или работало не так как задумано) всегда можно было залезть в исходники, разобраться, в чём ошибка, исправить её, подоткнуть костылей тут и там и всё начинало работать. RecyclerView гораздо сложнее в плане логики работы, мозг сломаешь, пока разберёшься. Я пытался, но забросил, уж слишком много времени и сил для этого нужно.
Вторая проблема — банальное отсутствие функционала, присутствовавшего в ListView и GridView. За примерами далеко ходить не надо — стандартный функционал выделения элементов (дальнейшая тема этой статьи), отступы между элементами. Раньше, чтобы добавить всё это, нужно было написать буквально пару строчек кода, теперь на это уйдут уже десятки строк. Есть анимации, но только для добавления/удаления/редактирования элемента. Если же вы хотите, например, анимировать частичное изменение элемента, то к вам в дверь уже стучится птица обломинго. Виджет не поддерживает анимацию части элемента, и если анимировать элемент извне (из адаптера, например), то лучше этого не делать — подобные манипуляции оставляют элементы виджета (те самые ViewHolder’ы) в неопределённом состоянии, что приводит к совершенно фантастическому поведению вашего списка.
Резюмируя — если у вас в проекте используются старые виджеты и вы не используете анимации, то лучше пока оставить всё как есть и дождаться, когда виджет наполнят отсутствующим функционалом. Если же вы хотите простые анимации и при этом взаимодействие пользователя с виджетом подразумевается простое — попробуйте RecyclerView, вдруг понравиться.
3. Выделяем элементы
Итак, перейдём к главному — к технической части статьи. Поговорим о том, как выделять элементы в RecyclerView. Сразу оговорюсь — идея реализации почерпнута из замечательной серии статей Билла Филлипса про RecyclerView (ссылки в конце), так что всё нижеследующее можно считать вольным кратким пересказом.
В ListView для выделения элементов использовался метод setChoiceMode(int), RecyclerView же понятия не имеет, что элементы могут выделяться, поэтому мы должны научить этому наш адаптер.
Схема такая:
На диаграмме я схематично обозначил связи между объектами. Пунктирные стрелки — ссылки, остальные — вызовы методов. Зелёным я обозначил объекты, которые непосредственно реализуют логику выделения.
1. Создать SelectionHelper и зарегистрировать слушателей (в данном случае сам адаптер, но это может быть и Activity, например)
2. Обернуть создаваемые ViewHolder’ы во ViewHolderWrapper нужного типа.Метод wrapSelectable(ViewHolder) у SelectionHelper’а:
3. Не забывать прицеплять наши ViewHolder’ы к SelectionHelper’у в методе onBindViewHolder(ViewHolder, int) нашего адаптера!
Это нужно по причине того, что пока нет другого способа получить от RecyclerView список используемых в настоящий момент ViewHolder’ов. Если не вести их учёт, при необходимости обновить отрисовку выделения у всех выбранных элементов (пользователь закрыл ActionMode, например), SelectionHelper просто не сможет этого сделать. Вьюхи останутся выглядеть выделенными, когда по факту таковыми не будут.
Вы спросите — «А почему бы просто не запоминать выделяемые ViewHolder’ы в методе setItemSelected(ViewHolder, boolean)?». Тут как раз сказывается особенность RecyclerView — он использует заново уже созданные ViewHolder’ы.
И здесь становится очевидным ещё один важный момент — нельзя сохранять строгие ссылки (strong reference) на ViewHolder’ы! Они могут быть удалены из RecyclerView в зависимости от фазы Луны и желания левой пятки Ларри Пейджа. В этом случае, если мы будем хранить строгие ссылки на них, случится утечка памяти. Поэтому для хранения ссылок в ViewHolderWrapper и WeakHolderTracker используются только WeakReference.
4. Также важно не забыть в onBindViewHolder(ViewHolder, int) визуально отобразить выделение если оно есть (если нет — не забыть убрать!). Вы же помните, что для не выделенного элемента может быть использован ViewHolder, ранее использовавшийся для не выделенного и наоборот?
У меня это реализовано следующим образом:
4.1. SelectableRecyclerViewAdapter.onBindViewHolder(ViewHolder, int)
4.2. layout-файл для элемента
CheckableAutofitHeightFrameLayout добавляет к FrameLayout всего 2 вещи: во-первых, он всегда квадратный (смотри onMeasure(int, int)) и, во-вторых, добавляет к DrawableStates (те самые, которые используются в xml) состояние state_checked. В результате, для отображения выделения у такого layout’а можно использовать StateListDrawable на вроде этого:и все детали отображения уползают в xml-ки, в Java только нужно установить соответствующие состояния.
5. Передать событие onSelectableChanged(boolean) в Activity и запустить ActionMode:
Как вы видите, при запуске ActionMode, она регистрирует себя как SelectionObserver. Таким образом, можно обновлять количество выделенных элементов в заголовке. Не забудьте вызвать unregisterSelectionObserver(SelectionObserver) при закрытии!
4. Заключение + Бонус
Кажется, с выделением разобрались. Весь исходный код также можно посмотреть на GitHub.
В заключение вкратце приведу ещё несколько фишек для работы с RecyclerView, которые вы можете найти в примере.
1. Если не нужно выделять элементы, а нужно просто обрабатывать нажатия, вместо ViewHolderMultiSelectionWrapper оборачивайте элементы в ViewHolderClickWrapper методом wrapClickable(ViewHolder). Сам адаптер в таком случае будет выглядеть примерно так:
Виджет подбирает ширину столбцов в зависимости от параметра columnWidth. Важный момент: если доступная ширина 330 пикселей, а мы передадим желаемую ширину 100, в итоге в таблице будет 3 столбца по 110 пикселей и элементы будут этой ширины. Именно поэтому я также сделал CheckableAutofitHeightFrameLayout автоматически изменяющим свою высоту в зависимости от ширины.
3. Для добавления отступов между элементами можно выставить paddingTop/Left у RecyclerView и marginRight/Bottom у элементов, однако это выглядит как костыль. Рекомендуемым способом является добавление ItemDecoration к RecyclerView. В примере можно найти несколько. Для добавления отступов к обычному GridLayoutManager (под «обычным» я имею ввиду GridLayoutManager со стандартным SpanSizeLookup, в нём каждый элемент занимает 1 span) можно использовать
В чем преимущество шаблона ViewHolder в Android?
Когда вы разрабатываете программу для Android; и вы хотите иметь ArrayAdapter, вы можете просто иметь класс (чаще всего с суффиксом ViewHolder) или напрямую накачать ваш convertView и найти ваш вид по id.
Так в чем же преимущество использования ViewHolder?
Пример обоих здесь:
Или создайте внутренний класс в ArrayAdapter следующим образом:
и, наконец, в getView:
ОТВЕТЫ
Ответ 1
Понять, как работает переработка списков.
Вы не можете перерабатывать строку, которая в настоящее время используется. В приведенной выше ссылке объясняется, как работает механизм рециркуляции списков.
Итак, в чем преимущество использования ViewHolder?
Ваш код может часто вызывать findViewById() во время прокрутки ListView, что может замедлить производительность. Даже когда адаптер возвращает завышенный вид для повторной переработки, вам все равно нужно искать элементы и обновлять их. Способом повторного использования findViewById() является использование шаблона дизайна «держатель вида».
Вы пропустили важную часть convertView.setTag(holder) и holder = (ViewHolder) ConvertView.getTag()
Ответ 2
вы можете найти хорошее объяснение того, как это работает:
начиная с минуты 10, вы объяснили шаблон дизайна ViewHolder специалистами Google.
Ответ 3
Когда вы переходите через свой ListView, в любой момент времени отображается только несколько представлений. Это означает, что вам не нужно создавать экземпляр представления для каждого элемента вашего адаптера; когда просмотр прокручивается за пределы экрана, его можно повторно использовать или перерабатывать.
В getView(int position, View convertView, ViewGroup parent) параметр convertView имеет значение либо null, или это представление, которое было переработано: оно все равно будет привязано к данным из другого элемента списка.
Без шаблона ViewHolder вы все равно можете использовать переработку вида (т.е. не слепое создание экземпляров):
Избегайте этого, используя объект ViewHolder для хранения ссылок на под-представления после их поиска:
Ответ 4
надеюсь, что это поможет вам и вернуть меня в любую очевидную вещь.