АА
Как можно обновить данные при прокрутки вниз?
Size: a a a
2020 October 03
АА
У recyclerview есть метод для этого какой то?
АА
Я читал что есть nestedscrollvew но используется он для того если я хочу что то добавить при прокрутки
SP
Аят Алиев
Как можно обновить данные при прокрутки вниз?
Не совсем понятно что Вы имеете в виду, но возможно это Вам поможет http://developer.alexanderklimov.ru/android/layout/swiperefreshlayout.php
АА
Sergey Panov
Не совсем понятно что Вы имеете в виду, но возможно это Вам поможет http://developer.alexanderklimov.ru/android/layout/swiperefreshlayout.php
Вот смотри,я дошел до самого низа и хочу обновить чтоб прогрузить еще данные,как это сделать?
ES
Аят Алиев
Вот смотри,я дошел до самого низа и хочу обновить чтоб прогрузить еще данные,как это сделать?
Пагинация, Paging Library смотри
SP
Аят Алиев
Вот смотри,я дошел до самого низа и хочу обновить чтоб прогрузить еще данные,как это сделать?
Эта штука называется pagination, можешь использовать библиотеку https://startandroid.ru/ru/courses/architecture-components/27-course/architecture-components/542-urok-14-paging-library-chast-1.html эту или другую, или самому делать её.
SP
Добрый день. Посоветуйте пожалуйста best practice для следующего вопроса новичка по архитектуре viewmodel.
В уроках сказано, что в репозитории не правильно брать LiveData и напрямую (через viemodel напрямую) отдавать в Activity / Fragment - т.к. это утечка памяти. Вопрос: правильно использовать transformation.map / switchmap или как-то ещё?
В уроках сказано, что в репозитории не правильно брать LiveData и напрямую (через viemodel напрямую) отдавать в Activity / Fragment - т.к. это утечка памяти. Вопрос: правильно использовать transformation.map / switchmap или как-то ещё?
Насколько я понимаю неправильно брать LiveData из репозитория во вью модель, потому что LiveData всегда обсервится в главном потоке, то есть все transformation.map / switchmap будут происходить в главном потоке . Утечки памяти там происходят в других случаях...
Попробуй доставать из репозитория данные с помощью каких-нибудь механизмов для асинхронной работы. И во вью модели класть данные в ливдату.
Попробуй доставать из репозитория данные с помощью каких-нибудь механизмов для асинхронной работы. И во вью модели класть данные в ливдату.
VP
Добрый день. Посоветуйте пожалуйста best practice для следующего вопроса новичка по архитектуре viewmodel.
В уроках сказано, что в репозитории не правильно брать LiveData и напрямую (через viemodel напрямую) отдавать в Activity / Fragment - т.к. это утечка памяти. Вопрос: правильно использовать transformation.map / switchmap или как-то ещё?
В уроках сказано, что в репозитории не правильно брать LiveData и напрямую (через viemodel напрямую) отдавать в Activity / Fragment - т.к. это утечка памяти. Вопрос: правильно использовать transformation.map / switchmap или как-то ещё?
В дополнение к предыдущему ответу посоветую почитать эту статью: https://proandroiddev.com/no-more-livedata-in-your-repository-there-are-better-options-25a7557b0730
На будущее: в целом LiveData устарел. Вместо LiveData лучше использовать Subject из RxJava или корутины из самого языка Kotlin
На будущее: в целом LiveData устарел. Вместо LiveData лучше использовать Subject из RxJava или корутины из самого языка Kotlin
ES
В дополнение к предыдущему ответу посоветую почитать эту статью: https://proandroiddev.com/no-more-livedata-in-your-repository-there-are-better-options-25a7557b0730
На будущее: в целом LiveData устарел. Вместо LiveData лучше использовать Subject из RxJava или корутины из самого языка Kotlin
На будущее: в целом LiveData устарел. Вместо LiveData лучше использовать Subject из RxJava или корутины из самого языка Kotlin
Чем лайвдата устарела? Весь mvi строится на лайвдате
VP
Чем лайвдата устарела? Весь mvi строится на лайвдате
MVI не зависит от конкретной реализации подписки View на изменение состояния
VP
Чем лайвдата устарела? Весь mvi строится на лайвдате
Google активно продвигает использование корутин. Гугловская ViewModel уже давно контролирует ЖЦ корутин, а LiveData легко заменяется на корутины.
В итоге LiveData не предоставляет ничего нового
В итоге LiveData не предоставляет ничего нового
ES
Google активно продвигает использование корутин. Гугловская ViewModel уже давно контролирует ЖЦ корутин, а LiveData легко заменяется на корутины.
В итоге LiveData не предоставляет ничего нового
В итоге LiveData не предоставляет ничего нового
Ну и корутины в целом для подписки не предоставляют ничего нового. Тем более зачем тащить ырыкс весь для одного сабджекта?
ES
Это как стрелять по воробью из танка
ES
Думаю лайвдата не скоро уйдет
VP
Ну и корутины в целом для подписки не предоставляют ничего нового. Тем более зачем тащить ырыкс весь для одного сабджекта?
Ну да, с этим полностью согласен
Просто в большинстве проектов либо Rx, либо корутины
Зачем туда пихать LiveData не понятно
Просто в большинстве проектов либо Rx, либо корутины
Зачем туда пихать LiveData не понятно
ES
Ну да, с этим полностью согласен
Просто в большинстве проектов либо Rx, либо корутины
Зачем туда пихать LiveData не понятно
Просто в большинстве проектов либо Rx, либо корутины
Зачем туда пихать LiveData не понятно
Золотой стандарт вроде как. Тем более новичкам легче входить через лайвдату, нежели изучать рх или корутины
ВM
Пагинация, Paging Library смотри
Не всегда она себя оправдывает
ВM
Аят Алиев
Вот смотри,я дошел до самого низа и хочу обновить чтоб прогрузить еще данные,как это сделать?
Данные откуда получаешь?
АА
Данные откуда получаешь?
С ретровита приходят, но мне приходят по 10, и я хочу каждый раз как я пролистал 10 ещё 10 грузить