Kd
Смена конфигурации убивает активити, а не процесс.
Собственно вся память останется где была, включая синглтоны.
Собственно вся память останется где была, включая синглтоны.
это не факт. при включеной опции DKA - это не верно
Size: a a a
2020 August 20
S
Konstantin dmz9
это не факт. при включеной опции DKA - это не верно
DKA убивает активити, но не процесс
Kd
точнее в "его случае" неверно т.к. у него скоуп привязан к фрагменту
Kd
DKA убивает активити, но не процесс
активити и все дочерние фрагменты, ага
Kd
а с фрагментом убьет и синглтон в котором что то там в памяти хранилось
AA
от смены конфигурации спасает, от смерти процесса — нет
а ну так смерть процесса я и не планирую переживать с этим списком, он подгрузиться из сети при следующем заходе в прил
S
Konstantin dmz9
активити и все дочерние фрагменты, ага
А процесс приложения остается жить.
Там есть другая настройка "лимит фоновых процессов". Вот если её выставить в "без фоновых", тогда и процесс умрет. И то если "домой" вышел. На счет поворота экрана не уверен - не проверял. Но кажется, что процесс на этом не умрет 🤔
Там есть другая настройка "лимит фоновых процессов". Вот если её выставить в "без фоновых", тогда и процесс умрет. И то если "домой" вышел. На счет поворота экрана не уверен - не проверял. Но кажется, что процесс на этом не умрет 🤔
S
а ну так смерть процесса я и не планирую переживать с этим списком, он подгрузиться из сети при следующем заходе в прил
А на повороте должно сохраниться?
AA
А на повороте должно сохраниться?
пока прил имеет только портретную ориентацию. но в будущем планируется делать и альбомную. поэтому сразу чет этот момент не протестил... лохня
AI
а ну так смерть процесса я и не планирую переживать с этим списком, он подгрузиться из сети при следующем заходе в прил
При смерти процесса приложение откроется с предыдущим бек стеком. И у Вас будет тот самой Второй экран с колдовством, но без данных.
YW
а кроме как "Синглтон антипатерн" есть какие то реальные причины это не использовать? список создается во время создания корневого фрагмента, скоуп у него будет связан с этим фрагментом, фрагмент рухнет, рухнет и этот класс, так и задумано, но не могу понять почему так нельзя)
Почитай про rxBus или любую другу шину данных, если шины правильно использовать и не плодить их то подход будет удобный
S
При смерти процесса приложение откроется с предыдущим бек стеком. И у Вас будет тот самой Второй экран с колдовством, но без данных.
Это да. Если нужно будет сначала открывать, то проверку есть ли данные, и пулять на стартовый, если их нет...
AA
в какой ситуации может убиться процесс и чтобы прил стартанул со второго фрагмента? подскажите
AI
Это да. Если нужно будет сначала открывать, то проверку есть ли данные, и пулять на стартовый, если их нет...
Ну если это нормальный UX...
S
Почитай про rxBus или любую другу шину данных, если шины правильно использовать и не плодить их то подход будет удобный
Шина сама по-себе синглтон
YW
Шина сама по-себе синглтон
Это то понятно. Но данные то в ней будут всегда актуальны
S
в какой ситуации может убиться процесс и чтобы прил стартанул со второго фрагмента? подскажите
Когда человек свернул приложение, а на завтра вернулся к нему из спика "последних запущенных"
S
Это то понятно. Но данные то в ней будут всегда актуальны
Для этого данные в ней тоже нужно где-то персистить 🤔
Kd
блин что за обсуждения каждый раз, как будто через 3-4 дня вдруг в андроиде что то меняется и есть какие то новые способы решения задачи )))
ничего не меняется - хочешь сохранять работу юзера (а ты хочешь, поверь) - сейвишься в персистенс, а не в память
ничего не меняется - хочешь сохранять работу юзера (а ты хочешь, поверь) - сейвишься в персистенс, а не в память
YW
Для этого данные в ней тоже нужно где-то персистить 🤔
Ты видно не пользовался eventbus или другой шиной