K
val listResult: LiveData<Status> get() = mutableListResult
если надо какой нибудь Body или Id передать. Как быть в таком случае
если надо какой нибудь Body или Id передать. Как быть в таком случае
Size: a a a
2021 November 26
AK
По такому же принципу
В
Это просто ливдата с результатом. В loadList() передавайте что нужно. Только контекст еще на IO смените, если маппинг есть.
AK
Вообще, mvvm - дно для хипстеров. Тру пацаны на мвп сидят
K
хех, видеть больше не хочу )
K
спасибо большое всем, за уделенное время
AK
Удачки в начинаниях
F
Каждый раз чувствую себя в дерьме, когда поддерживаю проект на mvp 😢
AK
Подскажи, как ты понимаешь, когда нужно отрисовать диалоговое окно на мввм/мви?
K
создаем class Resource (val data, val status) status это enum c success, error, network. Потом когда получаем делаем when(it.status){
Status.error -> ошибка братан
}
Status.error -> ошибка братан
}
K
обычно так происходит, в мввм проектах. В которых я видел
AK
Я говорю про кастомные диалоги а - ля datepicker, которые должны собирать данные, а не отображать инфу о текущем стейте
K
не вручаюсь что это правильно. Но делаю делаю файл с экстешн функциями. Fragment.showChooseDate{ тут настройки диалого кастмного}
c fun interfece
c fun interfece
AK
Угумс, только этот ивент происходит по нажатию на кнопку, а нотификации о взаимодействии со вьюхой должны обрабатываться внутри вьюмодели
AK
Как итог - бест практисом для этого случая является проброс внутри вьюмодели какой-нибудь лайвдаты а-ля shouldDisplayDialog, после чего подписываться на нее внутри фрагмента, и отображать диалог, основываясь на ее значении
K
потом контекст экрана в viewModel таскать?
AK
А это - очень кривой подход, который может стрельнуть в ногу, так как ты должен менеджерить стейт этой переменной
AK
K
ага есть такое, было пару раз
AK
Ты внутри вьюмодели кидаешь в переменную, которую обзервишь внутри фрагмента новый стейт, и уже внутри фрагмента, основываясь на этой переменной, должен дергать эту функцию