APPKODE Dec 25 2018 at 13:04

RecyclerView на максималках: разбор библиотек

13 min

22K

red_mad_robot corporate blogDevelopment of mobile applications*Development for Android*

+16

Comments 12

terrakok Dec 25 2018 at 15:27

У AdapterDelegates есть адаптер с уже реализованной логикой асинхронного вызова DiffUtil.
С версии 3.1.0 github.com/sockeqwe/AdapterDelegates/releases

Mahtalitet Dec 25 2018 at 15:47

О, хорошее замечание, спасибо! Он еще и AsyncListDiffer использует внутри… Неплохо. Добавлю ремарку в статье.

osipxd Dec 30 2018 at 00:08

Кстати, Groupie, начиная с 2.2 поддерживает androidx (что сделало невозможным использование её на проектах, которые еще не настолько стильные и молодёжные) и предоставляет метод asyncUpdate для просчитывания DiffUtil в бэкграунде.

osipxd Dec 30 2018 at 13:19

Стоит еще упомянуть, что при асинхронном обновлении, адаптер не подписывается на изменения дочерних групп, а значит при вызове `notify*` из этих групп он не узнает о том, что что-то изменилось и как следствие, например, разворачивание/сворачивание `ExpandableGroup` не будет работать. Объясняется отсутствие подписки тем, что с ней были утечки памяти.

Mahtalitet Apr 22 2019 at 00:06

Хороший поинт, спасибо. Правда, не очень понятно ожидаемое это поведение или нет.

Mahtalitet Apr 22 2019 at 00:05

К сожалению или к счастью, многие библиотеки сейчас переходят на AndroidX, и мы свои текущие проекты тоже стараяемся плавно переводить, пора уже этим озаботиться. А вот за то, что они наконец-то добавили асинхронный апдейт — спасибо, надо добавить информацию в статью.

sayunot Feb 11 2019 at 12:57

Знаете, за то время, что использую RecyclerView и его товарищей из support библиотеки, пришел к выводу, что cделать что-либо серьёзное на их базе — занятие весьма нетривиальное, одних умных адаптеров будет мало. Например, если взять ваше приложение с уточками на базе Epoxy и скормить его systrace, а затем просто поскролить, получим много предупреждений о 'expensive measure/layout pass' (алерты 'Long View#draw()' в счет не берем, это отдельный разговор). Казалось бы, как это исправить: напишем полностью свой LayoutManager, откажемся от CardView (есть же nine-patch и аниматоры), сами view элементов сделаем offscreen (загрузка, разметка и пр. — все через runnable и их очередь), в общем, заоптимизируем RecyclerView по полной. И всё равно в логах systrace будет всплывать алерт с тэгом 'RV OnLayout' (тут надо сказать отдельное спасибо тем парням, которые писали метод dispatchLayout, а также 1,2 и 3). Про работу с фокусом (переходы вверх, вниз и т.п.) в пределах RecyclerView вообще молчу.
ps. А за Epoxy — спасибо, годная библиотека, взял на вооружение

Mahtalitet Apr 22 2019 at 00:00

Да, если уходить в оптимизации, то это действительно задачка не из легких. Нам не было особой необходимости это делать — достаточного тех решений, которые уже есть. Но в их кишки лезть всегда неприятно — чего стоит один ItemDecoration, а уж про LayoutManager вообще молчу.
Про работу с фокусом так вообще можно легенты слагать уже :) Но что поделать, когда тебе приходится рендерить формы — тут выбор невелик особо. Мне Epoxy нравится как раз тем, что они постарались учесть некоторые такие моменты, и это подкупает, несмотря на наличие кодогенерации.