L
На эту тему суетятся здесь: @android_declarative 😏
Size: a a a
2021 August 19
ДХ
ого, как оперативно, благодарствую
L
Вдогонку... Ещё можно в холдер передавать position из onBindViewHolder. Она всегда точно соответствует позиции в массиве адаптера.
I
Вот как раз не нужно так делать. Для этого есть метод getAdapterPosition()
I
Там в документации явно написано, что позицию использовать только в контексте функции без сохранения куда либо
L
Дык, оно deprecated же 🤷♂
I
Ага. И там написано что использовать. Но не позицию из аргумента функции)
I
Имхо ресайклер себя такими темпами когда-нибудь сам закопает. Сложность контрола растет
L
В доке к onBindViewHolder ничего про position не пишут, кстати.
Но иметь аж 4 разных способа, один из которых deprecated, чтобы узнать индекс, это как бы не очень хорошо 😁
Но иметь аж 4 разных способа, один из которых deprecated, чтобы узнать индекс, это как бы не очень хорошо 😁
I
Про то и речь. А корни все идут из-за асинхронной работы
I
Изменения внесенные в адаптер откладываются до следующего прохода по разметке
L
Мдэ. Спасибо за информацию. Учту 👍
I
Да я не стану врать -- сам до сих пор его не знаю полностью
L
Это можно как-то стабильно воспроизвести?
I
В смысле?) Он так постоянно работает
I
А плывущие позиции скорее всего получится получить на diffutil с перемещением элементов адаптера
L
Ну, чтобы был рассинхрон того, что пришло из onBindViewHolder и что вернёт getXxxxxxPosition ?
L
Понял. Нужно будет поэкспериментировать.
I
В адаптере есть notifyItemMoved или как то так. Оно не будет провоцировать onBind (если было на экране и осталось на экране как минимум)