ну я глянул кусок кода твоего и чет прям хз

я в нем вообще не вижу дифутилс

ай бля. не так прочитал

причем по логам он даже методы не вызывает для определения, новый ли объект или нет

мне показалось асинкдифутил для ресайкла

давай начнем с начала .что за асинкдифлист

в listAdapter который используется

а это кто?

adapter для RecyclerView

Нашел такой комментарий

Я пришел к тому же самому и заметил следующее.

Каждый раз AsyncListDifferполучал мой список; это был тот же объект, что и раньше - присутствующий в памяти. Таким образом, дифферент решил, что ничего не изменилось, и не представил обновленный список.

В моем списке был один объект, и для каждой попытки отправки я менял одно поле. Объект и список, конечно же, остались прежними.

Итак, я задумался, почему вариант номер 2 не сработал, и оказалось, что мне нужно быть немного более выразительным:

submitList(it.map {
   it.copy()
})
В противном случае Котлин не сделал бы глубокую копию объекта.

так. мы в итоге говорим про дифутилколбек или нет?

вот короче

мой совет - не юзать дифутилколбек

думаю у всех уже есть ссылка на мой проект на гитхабе. вот там адаптер я считаю эталонным

ссылку можно? чисто ради интереса

гитхаб.ком слеш мой ник в тг

Есть асинковая реализация. Когда например огромный список где 6+ типов. И например если делать свой композитный адаптер асинк диф спасает

Почему?

были причины в моем конкретном кейсе
добавлялись новые айтемы в список и ресайкл автоматом скролил до дна

да и писать методы проверки равенства обьектов и меторы равенства контента долго