d
Socket + Service (Foreground) использовать, чтобы гарантированно получать оповещения и передовать геолокацию?
Size: a a a
2020 August 31
A
любая сеть — это сокеты, но пуши FCM особенные)
я наводящий вопрос задаю)
A
Socket + Service (Foreground) использовать, чтобы гарантированно получать оповещения и передовать геолокацию?
можно так, надо именно сокеты или рест апи есть?
QH
можно так, надо именно сокеты или рест апи есть?
REST — это HTTP, а HTTP — это TCP-сокеты
A
REST — это HTTP, а HTTP — это TCP-сокеты
так ни кто не спорит, но в контексте андроида чуваку надо знать видать разницу
d
У меня просто 2 задачи:
1. Гарантированно и быстро получать ответ от сервера (новые заказы, изменения статусов и т.д). Чтобы работало при свернутом / закрытом приложении даже. Тут я думаю либо Service (foreground, чтобы не убило + Socket), либо просто Service ( + обычные запросы раз в N -секунд), Либо планировщик + запросы
2. Отправлять координаты раз в N - секунд. Те же варианты.
Имеются другие?
Сейчас получение информации идет через пуши, но они не гарантировано быстро, ну и всякие настройки могут блочить от ОС (MUI, EMUI и т.д)
1. Гарантированно и быстро получать ответ от сервера (новые заказы, изменения статусов и т.д). Чтобы работало при свернутом / закрытом приложении даже. Тут я думаю либо Service (foreground, чтобы не убило + Socket), либо просто Service ( + обычные запросы раз в N -секунд), Либо планировщик + запросы
2. Отправлять координаты раз в N - секунд. Те же варианты.
Имеются другие?
Сейчас получение информации идет через пуши, но они не гарантировано быстро, ну и всякие настройки могут блочить от ОС (MUI, EMUI и т.д)
d
Как я понимаю при использовании Service будет жрать дополнительно энергию
ES
У меня просто 2 задачи:
1. Гарантированно и быстро получать ответ от сервера (новые заказы, изменения статусов и т.д). Чтобы работало при свернутом / закрытом приложении даже. Тут я думаю либо Service (foreground, чтобы не убило + Socket), либо просто Service ( + обычные запросы раз в N -секунд), Либо планировщик + запросы
2. Отправлять координаты раз в N - секунд. Те же варианты.
Имеются другие?
Сейчас получение информации идет через пуши, но они не гарантировано быстро, ну и всякие настройки могут блочить от ОС (MUI, EMUI и т.д)
1. Гарантированно и быстро получать ответ от сервера (новые заказы, изменения статусов и т.д). Чтобы работало при свернутом / закрытом приложении даже. Тут я думаю либо Service (foreground, чтобы не убило + Socket), либо просто Service ( + обычные запросы раз в N -секунд), Либо планировщик + запросы
2. Отправлять координаты раз в N - секунд. Те же варианты.
Имеются другие?
Сейчас получение информации идет через пуши, но они не гарантировано быстро, ну и всякие настройки могут блочить от ОС (MUI, EMUI и т.д)
Обычный сервис умрет через минуту после смерти активити
d
Обычный сервис умрет через минуту после смерти активити
я же написал Foreground
QH
Как я понимаю при использовании Service будет жрать дополнительно энергию
а ты хотел геолокацию, процессор и сеть за ноль энергии?)
ES
я же написал Foreground
"Либо просто Service", думал без форграунда
d
а ты хотел геолокацию, процессор и сеть за ноль энергии?)
Я понимаю, но какой более оптимальный способ по потреблению.
d
Просто если через пуши, то по статистике у 25 % у нас оповещения прилетает дольше 6 секунд, а у некоторых через несколько часов
S
d
"Либо просто Service", думал без форграунда
да, сорян, имел ввиду все тот же Foreground, чтобы система не прибила
I
Singular
класс RoomDatabase не импортирован
S
класс RoomDatabase не импортирован
Я думал его съел кто - то
d
WorkManager меньше потребляет, чем Service (Foreground)?
AY
все привет
AY
подскажите а есть ли кто то кто пробывал и android и ios разработку ?