簡體   English   中英

連接到Firebase的服務是個壞主意?

[英]Service connecting to Firebase a bad idea?

我正在構建一個需要實時更新的Android應用程序。 我的服務器是Firebase。 Firebase用於在用戶連接到服務器時接收其更新的數據。 到目前為止,我對Firebase印象非常深刻,但是我關注的是當應用程序未處於活動狀態時接收新數據。 我真的不想嘗試這些想法,發現它們是個壞主意,因為我的時間很短。 我正在尋找建議和意見。

  • 服務(例子) 如果用戶始終連接,則擔心電池消耗並超過我的連接限制。
  • 一個AlarmManager每隔X小時運行一次同步 擔心沒有足夠快地獲得更新。
  • 使用GCM推送通知發送癢癢 擔心支付另一項服務。

我錯過了任何其他建議或可能的問題? 謝謝你的時間!

編輯

我找到了這個帖子 仍然不確定。 根據詹姆斯·坦普林(懷疑他是Firebase開發者),也許服務並不是一個壞主意

您可能希望在這些情況下使用GCM。

Firebase可以在后台服務中正常工作,但它會打開一個套接字,所以它會使用相當多的功能。 當用戶積極使用您的應用程序時(屏幕可能會使用更多),此功耗可以很好,但是當它在后台運行時,電池壽命會變得很困難。

在大多數情況下,當您的用戶沒有積極參與時,他們願意接受較慢的響應時間,而像GCM這樣的推送服務在每用戶幸福的瓦數方面更有價值。

此外,Firebase正在努力添加觸發器,如Google Cloud Platform Live中的此視頻所示 ,這將使將來與GCM等推送服務集成變得更加容易。

而且我想你可以說詹姆斯是Firebase開發者。 他是聯合創始人之一:)

您也可以嘗試使用firebase + pushover集成的zapier.com來發送gcm。 但它需要一些支出。免費使用firebase隊列,你必須在自定義服務器上開發自己。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM