Pull to refresh

Comments 5

Подскажите, а в iOS так же приходится плясать с бубном, как и в Android вокруг onSaveInstanceState(), Fragment.setRetainInstance() и т.п., или там проще?
Ну, на мой взгляд вот эта «Концепция событий» в данном случае выглядит как костыль. Архитектурно не заложено и просто решили притянуть за уши то, что есть. Так же костыльным решением выглядит обработка ошибок, почему сразу не добавили некий onError по аналогии с Rx Observable не очень ясно.

Было бы также интересно посмотреть на случай разной вёрстки для планшетов/телефонов. Что лучше делать в этом случае? Разные ViewModel или может одна? Если одна, то где располагать логику поведения для разных типов девайсов?
Блин, сейчас даже крупные сайты делают под телефон, а как оно будет выглядеть на большом мониторе — никого не волнует (привет гугл и вк!).
Хмм, а как связаны сайты, мой комментарий, ваш комментарий и разработка под Андроид? :)
Меня смутило предложение в статье (прям совсем смутило):

Переместить часть логики в Presenter, с тем же scope, что у ViewModel


Зачем же мешать MVP и MVVM? Или я что-то не правильно понял?
Sign up to leave a comment.

Articles