NM
ViewModel viewModel = ViewModelProviders.of(this).get(ViewModel.class);
Size: a a a
2020 March 23
AC
убрать конструктор с параметром
СС
спасибо
СС
ViewModel viewModel = ViewModelProviders.of(this).get(ViewModel.class);
2020 March 24
AP
по поводу вьюмодели, одно дело инжектить в нее, например, интерактор, другое дело, послать в нее параметр(к примеру id из прошлого экрана для запроса по этому id).
как через фабрику послать этот параметр?
как через фабрику послать этот параметр?
AD
по поводу вьюмодели, одно дело инжектить в нее, например, интерактор, другое дело, послать в нее параметр(к примеру id из прошлого экрана для запроса по этому id).
как через фабрику послать этот параметр?
как через фабрику послать этот параметр?
у фабрики есть конструктор)
AD
по поводу вьюмодели, одно дело инжектить в нее, например, интерактор, другое дело, послать в нее параметр(к примеру id из прошлого экрана для запроса по этому id).
как через фабрику послать этот параметр?
как через фабрику послать этот параметр?
у DI фреймворка есть возможность положить в скоуп значение
AP
у фабрики есть конструктор)
а если фабрика создает несколько моделей?
AD
а если фабрика создает несколько моделей?
тогда что-то пошло по одному месту, имхо
AP
то есть на одну модель делать одну фабрику?
AD
то есть на одну модель делать одну фабрику?
если там разные зависимости - да
плюс можно подумать в сторону мутни с компонентами внутри фабрики, но это лишняя боль будет
плюс можно подумать в сторону мутни с компонентами внутри фабрики, но это лишняя боль будет
AP
ладно, буду иметь ввиду. спасибо
СМ
Есть несколько абсолютно одинаковых экранов с одинаковой логикой во вьюмодел, за исключением одной корутины (который дергает апи). Это как-то можно реализовать иначе как создать родителькую ВМ?
VN
Есть несколько абсолютно одинаковых экранов с одинаковой логикой во вьюмодел, за исключением одной корутины (который дергает апи). Это как-то можно реализовать иначе как создать родителькую ВМ?
разные урлы? смотря чем отличается
СМ
Ну в принципе разные корутины которые дергают разные методы в репо. Вся остальная логика вью идентична
AA
Ну в принципе разные корутины которые дергают разные методы в репо. Вся остальная логика вью идентична
А передать во вьюмодель что-то типа ScreenType, в зависимости от которого будет дергаться нужный метод api?
VN
Ну в принципе разные корутины которые дергают разные методы в репо. Вся остальная логика вью идентична
ну да, тогда только базовую VM... других идей нормальных не приходит
СМ
А передать во вьюмодель что-то типа ScreenType, в зависимости от которого будет дергаться нужный метод api?
Можнг, но switch раздувать не хочется
ОС
Ну в принципе разные корутины которые дергают разные методы в репо. Вся остальная логика вью идентична
А обернуть запросы в UseCase и заинжектить в VM?
СМ
А обернуть запросы в UseCase и заинжектить в VM?
Вот это как вариант, надо подумать