ли? Ведь application существует на протяжении всей жизни приложения и
когда приложение умрет тебе будет все равно на переменные класса Апликейшн
вот и хотел уточнить, получается CompositeDisposable и не нужно очищать в Application-классе?
я не бог рх. может ты его неправильно юзаешь ))
Вопрос вдогонку - если я использую какой-то DI-синглтон компонент, и в нем делаю какую-то работу в его собственном корутин скоупе, можно ли создать в нем скоуп и забить, надеясь что он умрет с приложением? Ниче нигде не потечёт?
Нужно диспоузить
берем ликКанари и смотрим)
А когда, точнее в каком методе?
Опять думать надо(
Зачем тебе нужен ырыкс в Application классе?
не надо думать. просто не делай дичь
запрос к серверу сделать
Почему не сделать это на экране уже?
По бизнес-логике нужно при запуске
сколько времени проходит после того как ты тапнул на лончер прилаги на раб.столе и отработал onCreate первой активити?
Сделай на сплеш активити, действительно, ты не успеешь сделать запрос до старта активити.
Переписываем приложеньку с реакт-нетива на натив, первые экраны на реакт-нетиве, которые требуют данные с натива
яснпнтн
Егор, вопрос то другой был) Где бы ты диспоузил в application-классе?
Я бы вообще не юзал рх в апп классе, это глупо. Нет метода для оверайда, который отрабатывает при смерти процесса. В твоём случае я бы при смерти главной активити (надеюсь у тебя сингл активити) вызывал диспоуз.
а ты знаешь когда единственная активити померла?
Какое сочное легаси
Ну да, onDestroy. На тех девайсах у кого outOfMemory, то так уж и быть, будут лишние запросы.
3..2..1...
Кого зовём?)
я думал придут гневные посоны знатоки андроида. но нет
Обсуждают сегодня