АЕ
Нельзя ответить да на альтенративный вопрос)
Size: a a a
2020 May 06
АЕ
разные классы или экземпляры одного класса?
w
то есть хочется такую схему
позиция 1 - SummaryView + SummaryPresenter
позиция 2 - ChatView + ChatPresenter
позиция 1 - SummaryView + SummaryPresenter
позиция 2 - ChatView + ChatPresenter
w
Нельзя ответить да на альтенративный вопрос)
извините)
разные классы
разные классы
АЕ
Можно, конечно. В чём проблема? Просто независимые фрагменты будут.
w
АЕ
Тэги нужны если у вас презентеры одного класса, и вы хотите сразу несколько их инстансов иметь
АЕ
если презентеры разные, то никаких дополнительных движений не надо делать)
w
Тэги нужны если у вас презентеры одного класса, и вы хотите сразу несколько их инстансов иметь
Теперь понял, спасибо!
EG
@Deprecated("Replace with ViewBinding. You can use Fragment.viewBinding extension")
protected fun <T : View> bindView(@IdRes resId: Int): ReadOnlyProperty<Any?, T> {}
protected fun <T : View> bindView(@IdRes resId: Int): ReadOnlyProperty<Any?, T> {}
EG
чот не понимаю как Fragment.viewBinding extension использовать?
АЕ
А причем тут мокси?)
EG
аааа, пардон.... там просто наследование от MvpDelegateHolder
EG
значит это не связано с мокси... удаляюсь ))))
2020 May 07
ЕХ
Добрый день!
Подскажите возможно ли на moxy сделать такую схему:
- есть родительская вью (MvpAppCompatFragment) с презенатором
- в род. вью я создаю вьюпейджер с ограниченным кол-во вьюх (три штуки), адаптер унаследован от FragmentStatePagerAdapter
Возможно ли для каждого из фрагментов в вьюпейджере назначить по своему презентатору?
Использую Moxy v2.x.x
Подскажите возможно ли на moxy сделать такую схему:
- есть родительская вью (MvpAppCompatFragment) с презенатором
- в род. вью я создаю вьюпейджер с ограниченным кол-во вьюх (три штуки), адаптер унаследован от FragmentStatePagerAdapter
Возможно ли для каждого из фрагментов в вьюпейджере назначить по своему презентатору?
Использую Moxy v2.x.x
можно только забудьте про вьюпейджер
презентер живет в паре с вьюшкой
в вашем случаи вьюшки это фрагменты
где и как они размещаются презентер не должен знать
презентер живет в паре с вьюшкой
в вашем случаи вьюшки это фрагменты
где и как они размещаются презентер не должен знать
VA
подскажите как правильно при помощи даггера получить Activity Context чтоб передать в презентер
D
подскажите как правильно при помощи даггера получить Activity Context чтоб передать в презентер
1) вы что-то делаете неправильно
2) причём тут мокси?
2) причём тут мокси?
KL
подскажите как правильно при помощи даггера получить Activity Context чтоб передать в презентер
Сразу глупый вопрос, но тем не менее: разве не может быть ситуации, что активити умрет а экран еще нет -> презентер будет жить, а активити умрет -> утечка?
АЕ
подскажите как правильно при помощи даггера получить Activity Context чтоб передать в презентер
Используйте Application Context. Презентер живёт дольше Activity
VA
inflater с ApplicationContext не хочет работать, как я понимаю ему нужен Activity Context, поэтому пытаюсь пробрасывать Actitvity Context через даггер. Про контекст я понимаю что контекст аппликешн живет все время приложеня, а контекс активити связан с ее жизненным циклом. Пока нашел способ просто методом в презентере передавать текущий контекст