Сервис, соединяющий Firebase с плохими идеями?

Я создаю приложение для Android, которое требует обновлений в реальном времени. Мой сервер - Firebase. Firebase предназначен для получения обновленных данных, когда пользователь подключен к серверу. На данный момент я очень впечатлен Firebase, однако моя озабоченность связана с получением новых данных, когда приложение неактивно. Я действительно не хочу пробовать эти идеи, чтобы узнать, что они плохая идея, потому что я короткая по времени. Я ищу предложения и советы.

Любые другие предложения или возможные проблемы, которые я пропустил? Спасибо за ваше время!

Изменить

Я нашел эту тему. Все еще не уверен. Возможно, услуга - неплохая идея, за Джеймса Тамплина (Подозреваемый он - разработчик Firebase)

Ответы

Ответ 1

Вероятно, вы захотите использовать GCM в этих ситуациях.

Firebase отлично работает с фоновым сервисом, но он закрывает сокет, поэтому он будет использовать довольно много энергии. Это энергопотребление прекрасное, когда пользователь активно взаимодействует с вашим приложением (экран, вероятно, использует намного больше), но когда он работает в фоновом режиме, это будет тяжело работать от батареи.

В большинстве случаев, когда ваш пользователь не активно участвует, они готовы принять более медленное время отклика, а push-сервисы, такие как GCM, являются лучшим значением в ваттах для каждого пользователя.

Кроме того, Firebase работает над добавлением триггеров, как показано в этом видео из Google Cloud Platform Live, что значительно облегчит интеграцию с push-сервисами, такими как GCM в будущем.

И я думаю, вы могли бы сказать, что Джеймс - разработчик Firebase. Он один из соучредителей:)

Ответ 2

Вы также можете попробовать zapier.com, у которого есть комбинация firebase + pushover для отправки gcm. но для этого вам потребуются некоторые расходы. Для бесплатного использования вам придется разрабатывать это самостоятельно на своем настраиваемом сервере, используя очередь firebase.