AD
Нет, как раз это адекватная реализация
Либо выделять subscriptions.
Либо выделять subscriptions.
вот до subscriptions не добрался пока, каюсь
Size: a a a
2020 June 10
AD
за счет чего?
убрал кучи разных маперов, хранилищ и т.д.
сделал состояние целостным (раньше каждое поле состояния лежало в префах, если очень грубо) и все экраны получают данные, преобразывая состояние к нужным моделькам, а не собирают и кучи разных источников, по пути обрабатывая ситуации, когда в одной из таблиц нет нужного
сделал состояние целостным (раньше каждое поле состояния лежало в префах, если очень грубо) и все экраны получают данные, преобразывая состояние к нужным моделькам, а не собирают и кучи разных источников, по пути обрабатывая ситуации, когда в одной из таблиц нет нужного
RP
убрал кучи разных маперов, хранилищ и т.д.
сделал состояние целостным (раньше каждое поле состояния лежало в префах, если очень грубо) и все экраны получают данные, преобразывая состояние к нужным моделькам, а не собирают и кучи разных источников, по пути обрабатывая ситуации, когда в одной из таблиц нет нужного
сделал состояние целостным (раньше каждое поле состояния лежало в префах, если очень грубо) и все экраны получают данные, преобразывая состояние к нужным моделькам, а не собирают и кучи разных источников, по пути обрабатывая ситуации, когда в одной из таблиц нет нужного
я охотно верю, что стало лучше, но по описанию - mvvm никак не мешал и на нем сделать так же
АБ
в моем представлении при обработке команды нужно делегировать ее исполнение координатору/роутеру и считать, что он ее сам обработает, а состояние подменять на терминальное (если того требует задача)
В данном случае речь о Navigation Component не идет, который от гугла?
AD
В данном случае речь о Navigation Component не идет, который от гугла?
да там уже без разницы, что будет заниматься навигацией
КР
В данном случае речь о Navigation Component не идет, который от гугла?
Имхо, ты прав, надо класть навигацию в стейт, а потом занулять после совершённой навигации. Это так же спасает от кейса, когда навигация не произошла, потому что стейт был сохранён.
АБ
А вот занулять как именно, будет ли это мутабл ивент внутри имуутабл стейта (как MVI диктует), или же это будет "выстрел" нового стейта, где ивента про навигацию уже нет?
КР
П.с. в конце я говорю о стейте фрагмента.
КР
А вот занулять как именно, будет ли это мутабл ивент внутри имуутабл стейта (как MVI диктует), или же это будет "выстрел" нового стейта, где ивента про навигацию уже нет?
Да просто два месседжа/экшена/ивента
NavigateTo(SomeScreen)NavigationWasMade.АБ
Ок, надо попробовать будет, спс
AD
Имхо, ты прав, надо класть навигацию в стейт, а потом занулять после совершённой навигации. Это так же спасает от кейса, когда навигация не произошла, потому что стейт был сохранён.
разве это не костыль во славу андроида?)
AD
Имхо, ты прав, надо класть навигацию в стейт, а потом занулять после совершённой навигации. Это так же спасает от кейса, когда навигация не произошла, потому что стейт был сохранён.
это ведь та же беда, как и с показом диалогов - класть что-то про диалог, пока его нужно отображать
КР
разве это не костыль во славу андроида?)
Нет, наоборот же.)
КР
это ведь та же беда, как и с показом диалогов - класть что-то про диалог, пока его нужно отображать
Ну так да.)
AI
Есть какой-нибудь простенький проект MVI + навигация глянуть?
Можно посмотреть мой work-in-progress пет проект: https://github.com/arkivanov/Konf
АБ
Спс, ща гляну
2020 June 11
V
Всем привет. Ребят подскажите пожалуйста, в чем принципиальная разница между mvp и mvvm. Data binding не считается .
NM
слабая связанность между View и ViewModel, вьюшки подписываются на изменения, а ViewModel уведомляет
SM
в MVVM, ViewModel не знает о View, в MVP Presenter управляет и знает методы