S
В итоге получается просто, что в ряде случаев анимация доходит до конца, а не восстанавливается с момента остановки(
Size: a a a
2020 June 23
S
*onStop
Не очень понял(
S
А почему не сделать это сразу же?)
Вот появляется мысль сделать это сразу, но имеется кусок кода, который логически связан и находится в презентере, т.е. получается что, когда в фрагменте происходит пауза, нужно ещё остановить таймер через презентер. Поэтому видимо, логика остановки анимации была закинута в презентер...
MM
Не очень понял(
https://github.com/moxy-community/Moxy/blob/develop/moxy-androidx/src/main/java/moxy/MvpAppCompatFragment.java
Это исходник MvpAppCompatFragment, там можно посмотреть, когда вьюшка присоединяется к презентеру (getMvpDelegate().onAttach()) и может выполнять действия, а где отсоединяется (getMvpDelegate().onDetach())
Это исходник MvpAppCompatFragment, там можно посмотреть, когда вьюшка присоединяется к презентеру (getMvpDelegate().onAttach()) и может выполнять действия, а где отсоединяется (getMvpDelegate().onDetach())
MM
Это чтобы понимать, как связана абстракция Мокси с ЖЦ андроид-компонентов
S
От души!! Посмотрю, надеюсь этого хватит для охвата ситуации))
S
Это чтобы понимать, как связана абстракция Мокси с ЖЦ андроид-компонентов
Аа... Получается, что если фрагмент успел уже перейти на onStop, то getViewState.тра-та-та и не отрабатывает. И наоборот, если ещё на onPause и не дошел до onStop, то отрабатывает. Поэтому такая гонка...
S
Да, так и есть. Спасибо большое!
MM
Аа... Получается, что если фрагмент успел уже перейти на onStop, то getViewState.тра-та-та и не отрабатывает. И наоборот, если ещё на onPause и не дошел до onStop, то отрабатывает. Поэтому такая гонка...
getViewState всегда отработает, просто все зависит от стратегии. Если у Вас во View у метода @SkipStrategy, то он и не применится при onResume
S
getViewState всегда отработает, просто все зависит от стратегии. Если у Вас во View у метода @SkipStrategy, то он и не применится при onResume
Сейчас стоит @AddToEndSingleStrategy
S
Хм... Что ж получается. Надо максимально высоко поднять выполнение getViewState в презентере, чтобы анимация встала на паузу. Но все равно есть риск вот такой гонки
MM
Хм... Что ж получается. Надо максимально высоко поднять выполнение getViewState в презентере, чтобы анимация встала на паузу. Но все равно есть риск вот такой гонки
Лучше оставить обработку анимации только во View, так как за это же ответственно только представление
S
Надо б подумать сейчас, как лучше все это сделать. За идеи отдельное спасибо)
2020 June 25
U
привет как в моху реализовать Post request через Activity?
AD
привет как в моху реализовать Post request через Activity?
никак, библиотека вообще ни к чему из этого не относиться
(как в комнате надеть ботинок через тарелку)
(как в комнате надеть ботинок через тарелку)
SG
Подскажите, пожалуйста, можно ли работать с разрешениями напрямую во фрагменте? Или обязательно нужно все проверки на предоставленные разрешения/запросы на предоставления разрешений обрабатывать в презентере?
2020 June 26
ЕХ
Подскажите, пожалуйста, можно ли работать с разрешениями напрямую во фрагменте? Или обязательно нужно все проверки на предоставленные разрешения/запросы на предоставления разрешений обрабатывать в презентере?
в презентере не должно быть Android типов
SG
в презентере не должно быть Android типов
Но в то же время во вью не должно быть логики не связанной с вью
SG
Получается, что андроид рантайм пермишны надо обрабатывать в репозитории?
ЕХ
Получается, что андроид рантайм пермишны надо обрабатывать в репозитории?
я бы сказал так
события должны пробрасываться в презентер
при этом не должны использоваться Android типы
презентер как то должен реагировать на эти события
то есть эта история ничем не отличается от всех остальных
события должны пробрасываться в презентер
при этом не должны использоваться Android типы
презентер как то должен реагировать на эти события
то есть эта история ничем не отличается от всех остальных