D
но это как-то странно
Size: a a a
2020 December 25
SG
Ну там форграунд. С показом уведомления в шторке где будут кнопки.
Мы можем любой layout запихать в уведомление
SG
Через обычный сервис мы можем хоть overlap других приложений замутить
СП
И обработки паузы и прочего, чтобы менеджеру скормить
Вот прибьют твой нефорграундый сервис и у юзера музыка встанет
SG
Вот прибьют твой нефорграундый сервис и у юзера музыка встанет
Ну и фиг с ним
SG
Пусть живут более важные сервисы
SG
Плюс мы все равно можем уйти в перезапуск
СП
А так на много порядком менее важно
SG
Ибо сервис для обновления сообщений в какой-нибудь вкшке априори важнее очередных завываний Моргенштерна:D
СП
Ну и фиг с ним
С юзером? У которого музыка встанет? Он поставит одну звезду и удалит прилку
СП
А не будет перезапускаться руками
SG
С юзером? У которого музыка встанет? Он поставит одну звезду и удалит прилку
Мы всегда можем уйти в рестарт сервиса. Просто в low memory самоубиваемся
SG
Перед самоубийством запускает сервис себя же
SG
И профит
SG
Плюс мы можем сервис пометить как sticky
SG
Плюс мы можем сервис пометить как sticky
Что предпочтительнее
D
спор ни о чем) можно и так и так. понятное дело, что лучше с форграундом, т.к. более живучий плюс контролы на нем, но никто не мешает через обычный)
СП
Ни рестарт ни долгая жизнь бэкграунд сервиса не гарантированы совсем.
Не надо умничать, делаем как у людей в AIMP.
Не надо умничать, делаем как у людей в AIMP.
SG
спор ни о чем) можно и так и так. понятное дело, что лучше с форграундом, т.к. более живучий плюс контролы на нем, но никто не мешает через обычный)
Но на вкус и цвет все фломастеры разные, Денис прав
SG
Ни рестарт ни долгая жизнь бэкграунд сервиса не гарантированы совсем.
Не надо умничать, делаем как у людей в AIMP.
Не надо умничать, делаем как у людей в AIMP.
Сервис будет жить, пока достаточно ресурсов. Пример могу завтра в личку скинуть