У презентера есть методы override fun attachView(view: MainView) / и соответствующих detachView(). Только зачем тормрзить корутину? Я, правда, в логику работы не стал вникать
У презентера есть методы override fun attachView(view: MainView) / и соответствующих detachView(). Только зачем тормрзить корутину? Я, правда, в логику работы не стал вникать
странный момент, распиливаю приложение на несколько модулей и в одном презентере теперь getViewState() == null, что можно проверить? @InjectViewState и инжек есть.
А есть сгенерированныый класс MoxyReflector? В нем должны быть статичемкие HashMap, куда кладется инстанс сгенерированного MyPresenter$$ViewStateProvider, который, в свою очередь, создает твой viewState и возвращает его в методе getViewState. И он, судя по твоему сообщению, у тебя null
Забыл добавить: активити вызывает у презентера методы mainPresenter.startShowingProgress() / mainPresenter.stopShowingProgress() в методах ЖЦ — так делать не стоит. Во-первых: активити (View в терминах MVP) — это максимально тупой компонент. Он может только выполнять команды презентера и инициализировать свой UI. Презентер управляет состоянием Вью посредством ViewState и стратегий Moxy. Этот момент тебе непременно стоит переделать
Да, все верно. Недавно, кажется даже на этом канале, кто-то просил заменить стратегию по умолчанию для View-интерфейсов. Обещали исправить в следующем релизе
А есть сгенерированныый класс MoxyReflector? В нем должны быть статичемкие HashMap, куда кладется инстанс сгенерированного MyPresenter$$ViewStateProvider, который, в свою очередь, создает твой viewState и возвращает его в методе getViewState. И он, судя по твоему сообщению, у тебя null
да есть и есть это код. Там только один Presenter$$ViewStateProvider должен быть?