АЕ
Кстати, а как презентер переживает, куды он сохраняется ?
в мапу-синглтон, оттуда достаётся и прикрепляется к нужному фрагменту, и удаляется, когда надо. Более детально - читайте исходники)
Size: a a a
2020 October 16
2020 October 20
AS
Привет. Подскажите, метод onFirstViewAttach ведь вызывается при присоединении презентера к View? А сам презентер в моём случае инициализируется только после того, как я к нему обращусь?
AS
Суть в том, что у меня в презентере есть метод, который я вызываю из onCreate в активити, и сразу после вызова моего метода вызывается метод onFirstViewAttach, в которм инициализируются необзходимые для моего метода данные (получается инициализируются после вызова метода, в котором они требуются)
IG
Привет. Подскажите, метод onFirstViewAttach ведь вызывается при присоединении презентера к View? А сам презентер в моём случае инициализируется только после того, как я к нему обращусь?
Презентер инициализируется в
super.onCreate() обычноAS
Может кто-то сможет объяснить что я не правильно делаю?
Вообще я могу кнечно вызвать мой метод в onResume, но интересует вопрос правильности
Вообще я могу кнечно вызвать мой метод в onResume, но интересует вопрос правильности
АЕ
Может кто-то сможет объяснить что я не правильно делаю?
Вообще я могу кнечно вызвать мой метод в onResume, но интересует вопрос правильности
Вообще я могу кнечно вызвать мой метод в onResume, но интересует вопрос правильности
Код покажите на gist, там посмотрим)
AS
Ну в принципе меня устраивает вариант с onResume
P.S. опять забыл про Gist. Вопрос отпал, спасибо)
P.S. опять забыл про Gist. Вопрос отпал, спасибо)
JF
Привет. Подскажите, метод onFirstViewAttach ведь вызывается при присоединении презентера к View? А сам презентер в моём случае инициализируется только после того, как я к нему обращусь?
super.onCreate() //presenter created
...
super.onStart() //View attach to presenter [presenter.onFirstViewAttach()]
...
super.onResume() //ViewCommands appling
AS
Спасибо!
JF
выполняйте свой метод не в
onFirstViewAttached() а в конструкторе presenterAA
выполняйте свой метод не в
onFirstViewAttached() а в конструкторе presenterв этот момент вьюхи ещё нет же
JF
в этот момент вьюхи ещё нет же
в этот момент вызов пойдет не во
view, а в ViewCommandsAA
в этот момент вызов пойдет не во
view, а в ViewCommandsхм, кстати да, не задумывался о таком хаке, звучит интересно
ЕК
хм, кстати да, не задумывался о таком хаке, звучит интересно
Это не хак, а ожидаемое поведение библиотеки, на котором строится почти весь смысл)
AA
Это не хак, а ожидаемое поведение библиотеки, на котором строится почти весь смысл)
просто подобное не реализовывал, в 99% случаев мне достаточно onFirstViewAttach()
КЖ
А причём тут мокси?
Е
Здравствуйте, а как получить контекст вьюхи в презентере, для динамического создания текста?
IG
Здравствуйте, а как получить контекст вьюхи в презентере, для динамического создания текста?
Берите application context для этого
MM
Здравствуйте, а как получить контекст вьюхи в презентере, для динамического создания текста?
Задача звучит странно, но очень похоже, что можно сделать абстракцию в виде ResourceManager, который будет динамически в зависимости от контекста получать строки. Внутри него уже использовать контекст приложения
P
В презентере не должно быть контекста.
У view можно сделать несколько методов showТакойТоТекст() showДругойТекст() и звать из презентера.
У view можно сделать несколько методов showТакойТоТекст() showДругойТекст() и звать из презентера.