O
уже можно исопльзовать moxy с androidx
Size: a a a
2019 March 06
2019 March 07
NK
ПРивет всем
NK
Подскажите есть ли способ, чтобы использовать MVP через Moxy, и создавать Фрагменты, допустим штук 10.
И чтобы все эти фрагменты могли использовать 1 Presenter?
И чтобы все эти фрагменты могли использовать 1 Presenter?
NK
Просто чтобы не плодить 30 классов
VS
да, просто юзаеш один презентер во всех фрагментах
или тебе надо чтобы был прям один инстанс?
или тебе надо чтобы был прям один инстанс?
NK
Мыслей пока никаких нет
NK
Тогда надо во всех фрагментах прописывать
это презентер Активити
@InjectPresenter
lateinit var presenter: AuthPresenter
это презентер Активити
NK
Или создать 1 презентер для всех фрагментов
VS
тебе надо чтобы был прям один инстанс для нескольких view?
NK
ну думаю да
NK
просто зачем тысячи презентеров для фрагментов
VS
я не уверен что в вас есть понимание между объектом и классом
если вам действительно нужно один инстанс для нескольких вю, то так делать плохо, подумайте хорошо ли у вас с архитектурой а проекте
если вам действительно нужно один инстанс для нескольких вю, то так делать плохо, подумайте хорошо ли у вас с архитектурой а проекте
АЕ
ID:559135736
просто зачем тысячи презентеров для фрагментов
вы расскажите, что сделать хотите на самом деле, а то контекста не хватает.
NK
я не уверен что в вас есть понимание между объектом и классом
если вам действительно нужно один инстанс для нескольких вю, то так делать плохо, подумайте хорошо ли у вас с архитектурой а проекте
если вам действительно нужно один инстанс для нескольких вю, то так делать плохо, подумайте хорошо ли у вас с архитектурой а проекте
Я это так понимаю.
Использовать Активити, View и Презентер. Внутри Активити использовать фрагменты.
Когда тапает юзер по компонентам фрагмента, Презентер это все дело обратаывает, там всякие фоновые и тяжелые вещи типо интерент запросов, кешей и т.д.
Использовать Активити, View и Презентер. Внутри Активити использовать фрагменты.
Когда тапает юзер по компонентам фрагмента, Презентер это все дело обратаывает, там всякие фоновые и тяжелые вещи типо интерент запросов, кешей и т.д.
NK
Вот как добиться такого с архитектурной точки зрения
АЕ
если вы хотите, чтобы каждый фрагмент знал про один и тот же Presenter, то каждый фрагмент должен реализовывать весь интерфейс VIew, который этот презентер использует. Вообще идея выглядит странно, и делать так я бы не рекомендовал. Намного проще жить, когда у каждого фрагмента свой самостоятельный презентер, а какие-то общие состояния и события между ними ходят через общую сущность-модель.
NK
если вы хотите, чтобы каждый фрагмент знал про один и тот же Presenter, то каждый фрагмент должен реализовывать весь интерфейс VIew, который этот презентер использует. Вообще идея выглядит странно, и делать так я бы не рекомендовал. Намного проще жить, когда у каждого фрагмента свой самостоятельный презентер, а какие-то общие состояния и события между ними ходят через общую сущность-модель.
Дак а может передать управление активити?