мокси работает на АндроихХ ? есть с этим проблемы?

в релизе пока нет, но можешь сам собрать с бранчи release/1.5.6

Всем привет.Я только начинаю разбираться, не могу понять на каком этапе презентер должен получать ссылку на model? Нигде в описании не вижу. Презентер инжектится, тоесть мы его сами не создаем. Получается модель нужно положить в например datalive и в презентере получать модель из datalive ? Или я чего-то не допонял, подскажите

Ты можешь воспользоваться аннотацией @ProvidePresenter:

@ProvidePresenter
    fun initPresenter(): MyPresenter = MyPresenter(FirstModel(), SecondModel()) // а так ты достаешь это из di

Как-то, если я правильно понял вопрос

@ProvidePresenter
    fun initPresenter(): MyPresenter = MyPresenter(FirstModel(), SecondModel()) // а так ты достаешь это из di

именно так и сделал, спасибо)

подскажите а @InjectPresenter на каком этапе инициализируется, хотел передать в презентер некоторые данные в OnAttach фрагмента, но на этом этапе презентер null

надо зайти в сорс код глянуть

в MvpFragment

вроде как в онстарт , спасибо)

А есть snapshot версии 1.5.6 с поддержкой androidX?

а в чём проблема руками сделать 2 класса?

Здравствуйте, всех с прошедшими праздниками. Вопрос, как сделать чтобы appbar запоминал состояние (открыт, закрыт). Только get и set делать перед уничтожением активности или есть как recyclerview сам встает на необходимую позицию.

Попробуй задать id у coordinatorlayout. Ну и у вьюшек аппбара тоже. Тогда должно автоматически сохраниться состояние

Ок спасиб но они стоят

Я в своём проекте сделал управление жизненным циклам скоупов несколько иначе чем в gitfox и на мой взгляд это решение более чистое. При этом нет проблем с DKA (наверно) и убийством процесса (точно). Для того чтобы продемонстрировать, я пока что по быстрому выдрал из проекта части кода и сделал gist чтобы можно было показать. Написал там в начале комментарии с сутью проблемы и её решением.  https://gist.github.com/rsajob/cf6f2951d3e7f49afdbfb6a3bc7e02aa

Основные моменты которые мне кажутся не очень в реализации gitfox в этом плане:

1. Жёсткая завязка BaseFragment на работу со скоупами. Не критично, но мне кажется лучше не смешивать тут эту логику. Я поэтому сделал Делегат. Хотя вот например с тем чтобы держать там parentScopeName хорошая идея. Я сейчас parentScopeName передаю явно при создании экрана.

2. Ты закрываешь скоуп в BaseFragment::onDestroy() с использованием needCloseScope() - я не понимаю, сдесь дублируется логика убийства презентера в Moxy или тут логика улучшена для корректной работы с DKA? Время  жизни скоупа равняется времени жизни презентера, и закрывать их надо по идее в MvpPresenter::onDestroy(), а убийством презентеров корректно управляет Moxy (или всётаки не корректно при включении DKA???).

у нас никогда не было проблем со смертью процесса

речь о том, что открывать скоуп и закрывать надо в одном месте

а у вас в разных

это принципиальная разница