Pull to refresh

Comments 5

А есть опыт использования этих компонентов, особенно Room Persistence в продакшине? очень интересно увидеть скорость работы этой ORM по сравнению c Realm например.
Спасибо за статью, но как я читал на google.developers.com, там поля ViewModel рекомендуют оборачивать в LiveData или в MutableLiveData и потом подписываться на них в Acitvity/Fragments. Интересно, когда они в релиз выпустят всю эту красоту…
Причина, по которой рекомендуют оборачивать, являеться то, что это «единственый» путь уведомить нашу View об изменении данных(мы не должны хранить ссылку на Activity/Fragment в ViewModel).
   If (model.getUserList()==null){
      downloadData();
   } else {
      showData();
   }

А почему бы эту проверку не засунуть во ViewModel? Activity же у нас теперь является View :)
Ну и ViewModel все таки не должен возвращать List напрямую, как я понял. Вместо этого он должен предоставить объект LiveData<List>, на который уже и подписывается Activity.
Все верно, но в этом фрагменте, решил показать примитив взаимодействия со ViewModel. downloadData() можно переименовать в showWaitingMessage(), а showData() в otherInitProcess(), но подумал что это, еще больше запутает.

По поводу LiveData, этот кейс будет описан в 4 части, которая посвящена ViewModel. Сейчас же это изолированый оверьвью этих компонентов с целью упрощения их понимания.

Спасибо за коментарий, будет неплохим примечанием к материалу.
Sign up to leave a comment.

Articles