S
погугли на предмет мапинга liveData , все плохо(на фоне rx)... Только два оператора: map и switchMap и те в главном потоке работают... Или я мало гуглил?
Size: a a a
2018 September 02
DS
понятно, спасибо, погуглю
S
но лучше не тянуть во VModel Context , это плохо. Лучше прикрутить LiveData как поле и подписаться на него в Activity/Fragment
Не.. а как быть иначе? Как без контекста во viewModel-е обойтись. Его и в методы интеракторы часто приходится передавать..
Е
Не.. а как быть иначе? Как без контекста во viewModel-е обойтись. Его и в методы интеракторы часто приходится передавать..
зачем в интеракторы передаете контекст?
S
Для какого-нибудь locationManagera к примеру
Е
Для какого-нибудь locationManagera к примеру
используете DI?
A
используете DI?
S
используете DI?
А понял ваш намёк. Согласен. Но в тек. проекте вед. разраб. его не использует.
Е
А понял ваш намёк. Согласен. Но в тек. проекте вед. разраб. его не использует.
и инициализируете location manager в самой модели?
S
и инициализируете location manager в самой модели?
Не. Это я к примеру сказал. Нет там его у нас)
S
Ещё вопрос по workManager-у в каких кейсах его используете? Можно ли рассмотреть как частичный аналог сервиса?
Е
и инициализируете location manager в самой модели?
короче говоря, ни контекст, ни view туда передавать не следует, будет утечка памяти, так как viewmodel переживает configuration changes. и зависимость иная между view и viewmodel, нежели чем между view и presenter
ST
Не.. а как быть иначе? Как без контекста во viewModel-е обойтись. Его и в методы интеракторы часто приходится передавать..
AndroidViewModel
ST
Ещё вопрос по workManager-у в каких кейсах его используете? Можно ли рассмотреть как частичный аналог сервиса?
Для запуска задач в бэграунде когда звёзды сошлись и андроид соизволил вам что то сделать в бэграунде. Скорее нет, чем да.
S
короче говоря, ни контекст, ни view туда передавать не следует, будет утечка памяти, так как viewmodel переживает configuration changes. и зависимость иная между view и viewmodel, нежели чем между view и presenter
Если юзать AndroidViewModel , то не утечет
ST
короче говоря, ни контекст, ни view туда передавать не следует, будет утечка памяти, так как viewmodel переживает configuration changes. и зависимость иная между view и viewmodel, нежели чем между view и presenter
Коин позволяет засунуть вью во вьюмодель. Как он это делает не смотрел, но в дока глаз цеплялся за сэмпл.
Е
Коин позволяет засунуть вью во вьюмодель. Как он это делает не смотрел, но в дока глаз цеплялся за сэмпл.
@iSanechek, а зачем вообще это делать в MVVM?
ST
@iSanechek, а зачем вообще это делать в MVVM?
Хз, с ходу не могу придумать кейса. Скорее всего его просто нет. Мне лайфдаты хватает
ST
Коин позволяет засунуть вью во вьюмодель. Как он это делает не смотрел, но в дока глаз цеплялся за сэмпл.
Соррян, ошибочка. Пример из mvp был.
2018 September 03
Y
Sergey:
Раньше ,когда юзал moxy, интеракторы «торчали» в презентере.
Щас изучаю mvvm на AC .
Интеракторы куда пихать? Во ViewModel?
Раньше ,когда юзал moxy, интеракторы «торчали» в презентере.
Щас изучаю mvvm на AC .
Интеракторы куда пихать? Во ViewModel?
Я сделал отдельный интерактор/ domain. Vm как хранилище и проброс вызовов в интерактор