Я
Это не ты 🍆 кидал в чат🌚
Size: a a a
2021 November 22
Б
?
L
Дизайнеры такие: О! Боттом шит! А давайте туда вставим поиск, пейджер и скролл!
M
если дать доступ чтобы "не оптимизировало батарею" то будет точно
К
Ребят привет
Кто нибудь знает либу альтернативу NavigationRail?
Там просто ограничение 7 пунктов стоят
Кто нибудь знает либу альтернативу NavigationRail?
Там просто ограничение 7 пунктов стоят
К
Модно кастомную либу если кто сталкивался
Я
Хехех, ну они и вправду -/+ юзабельные, так как лопаты уже реальные стали....
索
то есть сервис не может жить без Application? по идее так же
M
может, но не очень понятна суть применения
M
без Application это как установленного или просто закрытого из списка недавних?)
索
Foreground сервис, чтобы жило как можно больше
索
имеется ввиду если сервис будет запущен и к примеру апку юзер закроет
M
будет работать
索
Foreground сервис продолжит жить, но Application уничтожается или нет, этого не могу понять
M
как это уничтожается? сервис работает но он не отвечает за всю работу приложения, а только за определенный компонент который будет в этом сервисе работать. Если в приложении идёт какой-то процесс но он не запущен в сервисе, то при закрытии приложения естественно ничего не будет потом работать, сам сервис будет в процессах отображаться и все
索
я имею ввиду, что например Activity жива пока живет Application. Сервис получается независимый?
I
По умолчанию сервис это "почти как активити, но без UI". Поэтому если ты его подвесишь, но уберешь все окна, оно будет жить в рамках того же приложения
I
Для любителей прострелить себе кадык (или для тех кто знает что делает) можно вывести сервис в отдельный процесс, тогда основное приложение может умереть, но то еще будет жить
◯
Вроде бы если сервис запустить в отдельном от Application процессе, а процесс Application будет убит системой, это не повлияет на процесс, где запущен сервис
I
Но в обоих случаях нюанс — фактически везде есть инстанс класса Application, от него никуда пока приложение активно