MM
МР на удаление их принимается?
Вот обрадуються те, кто обновит версию мокси и увидит, что глобальных презентеров больше нет)))
Size: a a a
2018 October 24
RP
Помечать презентер аннотацией injectPresenter надо всегда и только ей
Ну да, я подумал, что вы имеете ввиду, что можно просто напрямую в провайд презентер методе определить откуда будет инжектиться презентер и дело с концом :)
AK
Maxim Motorniy
Вот обрадуються те, кто обновит версию мокси и увидит, что глобальных презентеров больше нет)))
и потом обрадуются когда встанут на путь истинный
MM
и потом обрадуются когда встанут на путь истинный
Согласен)
YS
МР на удаление их принимается?
Сперва нужно сделать вот это: https://github.com/Arello-Mobile/Moxy/milestone/1
YS
Для выпуска релиза Moxy 1.5.6 необходимо исправить 2 неприятных бага: https://github.com/Arello-Mobile/Moxy/milestone/1
SE
Ну окей, я рукожоп
У меня есть статическая страничка профиля пользователя, при первой загрузке он ее получает и больше она не обновляется, почему глобальный тут не уместен
У меня есть статическая страничка профиля пользователя, при первой загрузке он ее получает и больше она не обновляется, почему глобальный тут не уместен
Rl
Ну да, я подумал, что вы имеете ввиду, что можно просто напрямую в провайд презентер методе определить откуда будет инжектиться презентер и дело с концом :)
ProvidePresenter нужен когда есть параметры в презентере или хочешь провайдить из di либы какой нибудь или из своего di. Если нет, то можно и не писать providePresenter
YS
Ну окей, я рукожоп
У меня есть статическая страничка профиля пользователя, при первой загрузке он ее получает и больше она не обновляется, почему глобальный тут не уместен
У меня есть статическая страничка профиля пользователя, при первой загрузке он ее получает и больше она не обновляется, почему глобальный тут не уместен
Делаешь синг-инстанс модели профиля, и презентер просто отображает эту штуку каждый раз. Так будет правильно =) А при разлогине просто чистишь этот синг-инстанс модели. Как пример
RP
ProvidePresenter нужен когда есть параметры в презентере или хочешь провайдить из di либы какой нибудь или из своего di. Если нет, то можно и не писать providePresenter
Да да, я в курсе :)
SE
Делаешь синг-инстанс модели профиля, и презентер просто отображает эту штуку каждый раз. Так будет правильно =) А при разлогине просто чистишь этот синг-инстанс модели. Как пример
А где мне ее хранить
YS
В целом — хоть где. Хоть в сингтне каком-нибудь. Если есть даггер, то можно в app component, например
Rl
Нет. Это так задумано. В доках на гите по мокси есть пример и обсуждение как совместить даггер и мокси
Такого примера там точно нет
YS
Такого примера там точно нет
Есть =)
YS
SE
В целом — хоть где. Хоть в сингтне каком-нибудь. Если есть даггер, то можно в app component, например
Спасибо
Rl
Есть =)
Нашел. Но это если ты сам будешь следить за скопами и очищением если презентер предоставляется синглтоном. Короче люди выходят не на тот след 😊
YS
Не, там ничего не надо следить 😉 Там такой подход срабатывает: сперва даггер устанавливает своё значение в филду. затем мокси берет значение этой филды и устанавливает его в эту филду (тут ничего не меняется). при пересоздании активити, сперва даггер ставит в это поле новый экземпляр презентера, но потом мокси перезаписывает его своим правильным экземпляром (в момент вызовы super.onCreate)
Rl
Не, там ничего не надо следить 😉 Там такой подход срабатывает: сперва даггер устанавливает своё значение в филду. затем мокси берет значение этой филды и устанавливает его в эту филду (тут ничего не меняется). при пересоздании активити, сперва даггер ставит в это поле новый экземпляр презентера, но потом мокси перезаписывает его своим правильным экземпляром (в момент вызовы super.onCreate)
А, ну да. Теперь понял
[P
@senneco, привет. А где можно глянуть ченжлог изменений 1.5.4 и 1.5.5?