JF
Потому что у них свой lifecycle
а причем тут lc?
Size: a a a
2020 November 30
P
Фрагмент может захочет помереть, но не сможет, т.к. ссылка в активити прикопана
JF
Фрагмент может захочет помереть, но не сможет, т.к. ссылка в активити прикопана
у меня оказывается фрагмент действительно помирает. Но он помирает так, что findFragmentByTag его не находит
JF
но разве Presenter не привязывается к новому Fragment? почему же он тогда создается новый?
JF
у меня "тяжелый" фрагмент с картой
P
presenter помирает, когда он не нужен больше. Нет фрагмента - не нужен и презентер. Случаи "временной" смерти при перевороте экрана обрабатываются особым образом и презентер выживает
JF
интересно
JF
presenter помирает, когда он не нужен больше. Нет фрагмента - не нужен и презентер. Случаи "временной" смерти при перевороте экрана обрабатываются особым образом и презентер выживает
спасибо
2020 December 04
YW
у меня "тяжелый" фрагмент с картой
Используй add вместо replace при транзакции фрагмента.
JF
Используй add вместо replace при транзакции фрагмента.
не думаю что это хорошая идея с
BottomNavigationJF
Используй add вместо replace при транзакции фрагмента.
я уже переписал так, что данные уходят в
activity при смерти mapFragmentJF
и восстанавливаются оттуда
YW
не думаю что это хорошая идея с
BottomNavigationЭто нормальный кейс для карты, иначе у тебя она будет в любом случае пересоздаеться, так как view будет уничтожено при replace
JF
Это нормальный кейс для карты, иначе у тебя она будет в любом случае пересоздаеться, так как view будет уничтожено при replace
подумаю об этом. Спасибо
JF
Это нормальный кейс для карты, иначе у тебя она будет в любом случае пересоздаеться, так как view будет уничтожено при replace
меня удивляет, что фрагмент находится во
fm, а presenter умираетJF
даже если я сам держу на него ссылку в
activityJF
видимо пробел в понимании работы с фрагментами
YW
меня удивляет, что фрагмент находится во
fm, а presenter умираетНу в fm фрагмент без ui лежит, призентер же отвечает за биндинг данные к ui, если бы он не умирал то была намного хуже. Данные пришли а вьюх то уже нет живых)
AD
Ну в fm фрагмент без ui лежит, призентер же отвечает за биндинг данные к ui, если бы он не умирал то была намного хуже. Данные пришли а вьюх то уже нет живых)
смерть ui не приводит к смерти презентера
JF
Ну в fm фрагмент без ui лежит, призентер же отвечает за биндинг данные к ui, если бы он не умирал то была намного хуже. Данные пришли а вьюх то уже нет живых)
ну и сидели бы в ViewCommands, что плохого?