использовать?
Дано:
приложения: iOS и Android
состояния: На экране, в background'е, не запущено вообще
Также про iOS известно, что она рвет интернет соединение, если приложение уходит в background (мб можно выпросить разрешение на инет в background, но наверное не стоит)
Есть базовое ощущение, что back должен держать websocket соединение, пока это возможно, если отвалилось, то переходить на пуши, чо думаете?
Use cases: чат и приход новых сообщений в него. Некий экран, на котором происходит смена статуса чего-либо.
И вообще, насколько разным должен быть подход на iOS и Android
1. пуши только для уведомлений пользователя когда приложение закрыто 2. когда пользователь открывает чат - подгружаются новые уведомления, статусы и т.д через веб сокеты 3. логику на пушах делать не нужно
1. websockets на iOS не будут работать, если приложение в background режиме 2. А если он на другом экране, надо же как-то уведомить, что в чат пришло новое сообщ. 3. Я так думаю, нужен какой-то mix из Push, Websockets, REST. Вот думаю, как готовить.
1. ну не будет и что?
ну тогда выходит не только когда закрыто, но и когда в backgr надо переходить на пуши? Или это только для iOS?
на айосе есть apns через который пуши идут
да я в курсе, что apns это пуши. Вопрос что и когда юзать. Кода пуши, а когда вебсокеты.
Обсуждают сегодня