Зачем?
Сделайте проверку что если у вас адаптера нет - создать его
Если он есть - вызвать ему какой-нибудь updateItems

Товарищи! Настал и мой черёд обратиться с вопросом. Правда, не по разработке.
Описываю проблему: в моем городе достиг потолка (работаю в ведущей студии города, ЗП в 3 раза выше средней по городу (точную сумму называть не буду) — выше здесь просто некуда). По идее нужно смотреть на другие города и Европу — но там больше финансовый рост, а интересует рост как специалиста, да и корни уже пустил. И самое важное — кайфую от текущей команды (даже не рассматриваю уход из неё). Потому вопрос — если кто-то был в таких условиях, то как боролись с выходом на плато в плане профессионального роста? Вроде стек и без того самый актуальный, постоянно щупаю новые фичи, но словно чего-то не хватает, какого-то азарта джуна или новичка среди миддлов, когда новый опробованный фреймворк доставлял нереальное удовлетворение. А сейчас все свелось к «Полистал пару статей и доку, посмотрел репы с этой библиотекой — спокойно начал использовать», а принятие архитектурных решений уже в крови и выбор в 99% случаев абсолютно удачный.

хмм

А получение новых проектов вызывает либо желание настучать по голове предыдущему разработчику(ам), либо сразу вникаешь и начинаешь работать. Даже как-то печально;(

Это называется зажрался. Сходи в лес , заведи собаку

Обновляй не целиком список объектов, а конкретный элемент.

А проверку эту в обзервере делать?

К примеру, это может быть нечто вроде DTO с observable-полями, а сама view — не просто верстка, а layout с соответствующим байдингом. Таким образом у тебя будет меняться единственный элемент и изменения в данных не будут затрагивать список или порядок элементов в нем в самом recycler.

А-ля:

data class Item(
   val _title: MutableLiveData<String>() = MutableLiveData(),
   val title: LiveData<String>
       get() = _title
)

// items in the recycler

val items: ArrayList<Item> = arrayListOf()

далее стандартно — при создании view holder через DataBindingUtils подтягиваем layout, отдаём binding.root, запоминаем binding, binding’у даём lifecycleOwner от view

В обработке клика забираем наш биндинг и постим новое значение в нужное поле, обновляется конкретный элемент списка (точнее mutable-значение) — data binding дальше все должен сделать сам

Ну вы же данные из него берёте?)

данные? из базы

Room?

да

В общем, да
В обзервере

Любой вызов notifyDataSetChanged() вызовет перерисовку

Всего списка. А перерисовать нужно лишь вьюху конкретного элемента

До этого нужно обновить список его слов)
И не факт что ему нужно обновлять весь список

Ресайклер не запоминает набор данных, он рисует постфактум

А переиспользует он только полученные в процессе создания холдера вьюхи

у меня тут тоже вопрос был про холдер перерисовку и свайп назад, не поможете?