S
вот и я что-то завис, у меня навигатор в активити
у меня хост активити и в её презентере я планировал navigator разместить
Size: a a a
2018 November 22
AK
зачем?
S
зачем?
изучаю cicerone / открыл проект чужой . там именно так сделано. по его примеру и делаю свой....
AK
посмотрите пример в самой cicerone
AK
навигатор должен быть во view
AK
в презентере роутер
МК
router нужно в Presenter
AK
а что в презентере делает навигатор? для чего используется?
S
а что в презентере делает навигатор? для чего используется?
в моём примере что я взял за основу. использовался SupportFragmentNavigator - он не просил активити, только врагмент менеджер. это даёт возможность разместить навигатор в презентере хост активити
AK
Для чего?
W
в моём примере что я взял за основу. использовался SupportFragmentNavigator - он не просил активити, только врагмент менеджер. это даёт возможность разместить навигатор в презентере хост активити
SupportAppNavigator - универсальный, он умеет создавать интенты, для этого ему нужна активити. Вы можете написать свой навигатор, выбросив из SupportAppNavigator методы по работе с активити.
Но, как вам тут разумно указывают: делать это незачем, держите навигатор в активити и не мучайтесь.
Но, как вам тут разумно указывают: делать это незачем, держите навигатор в активити и не мучайтесь.
S
чёт я запутался...)
в SupportFragmentNavigator метод
createFragment(screenKey: String?, data: Any?)
передавал screenKey - по которому я через фабрику возвращал нужный мне фрагмент
а в SupportAppNavigator как понять какой фрагмент прилетает?
в SupportFragmentNavigator метод
createFragment(screenKey: String?, data: Any?)
передавал screenKey - по которому я через фабрику возвращал нужный мне фрагмент
а в SupportAppNavigator как понять какой фрагмент прилетает?
S
а все экраны вы описываете в отдельном классе (например Screens) ? как в примерах репы?
W
а все экраны вы описываете в отдельном классе (например Screens) ? как в примерах репы?
ну, лично у меня вообще каждый экран это отдельный класс, мне так удобнее
W
Фишка в том, что ваш класс Screen по методу getFragment должен вернуть сразу нужный фрагмент
W
Таким образом, вам не нужно как раньше в createFragment описывать длиннющий свич, который создает разные фрагменты
AP
@terrakok а когда зарелизишь версию с androidx ?))
