Comments 5
Подскажите, а в iOS так же приходится плясать с бубном, как и в Android вокруг onSaveInstanceState(), Fragment.setRetainInstance() и т.п., или там проще?
0
Ну, на мой взгляд вот эта «Концепция событий» в данном случае выглядит как костыль. Архитектурно не заложено и просто решили притянуть за уши то, что есть. Так же костыльным решением выглядит обработка ошибок, почему сразу не добавили некий onError по аналогии с Rx Observable не очень ясно.
Было бы также интересно посмотреть на случай разной вёрстки для планшетов/телефонов. Что лучше делать в этом случае? Разные ViewModel или может одна? Если одна, то где располагать логику поведения для разных типов девайсов?
Было бы также интересно посмотреть на случай разной вёрстки для планшетов/телефонов. Что лучше делать в этом случае? Разные ViewModel или может одна? Если одна, то где располагать логику поведения для разных типов девайсов?
0
Меня смутило предложение в статье (прям совсем смутило):
Зачем же мешать MVP и MVVM? Или я что-то не правильно понял?
Переместить часть логики в Presenter, с тем же scope, что у ViewModel
Зачем же мешать MVP и MVVM? Или я что-то не правильно понял?
0
Sign up to leave a comment.
ViewModel и LiveData: паттерны и антипаттерны