连接到Firebase的服务是个坏主意？

Question

我正在构建一个需要实时更新的Android应用。我的服务器是Firebase。 Firebase用于在用户连接到服务器时接收其更新的数据。到目前为止，我对Firebase印象非常深刻，但是我关注的是当应用程序未处于活动状态时接收新数据。我真的不想尝试这些想法，发现它们是个坏主意，因为我的时间很短。我正在寻找建议和意见。

• A service (example)。如果用户始终处于连接状态，则担心电池消耗并超过connection限制。
• 每隔X小时运行一次同步的AlarmManager 。担心没有足够快地获得更新。
• 使用GCM推送通知发送tickle 。担心支付另一项服务。

我错过了任何其他建议或可能的问题？谢谢你的时间！

修改

我找到了this thread。仍然不确定。根据詹姆斯·坦普林（怀疑他是Firebase开发者），也许服务并不是一个坏主意

Answer 1

您可能希望在这些情况下使用GCM。

Firebase可以在后台服务中正常工作，但是它会打开一个套接字，所以它会使用相当多的功能。当用户积极使用您的应用程序时（屏幕可能会使用更多），此功耗可以很好，但是当它在后台运行时，电池寿命会变得很困难。

在大多数情况下，当您的用户没有积极参与时，他们愿意接受较慢的响应时间，而像GCM这样的推送服务在每用户幸福的瓦数方面更有价值。

此外，Firebase正在努力添加触发器，如this video from Google Cloud Platform Live所示，这将使将来更容易与GCM等推送服务集成。

我猜你可以说詹姆斯是Firebase开发者。他是联合创始人之一：）

Answer 2

您也可以尝试使用firebase + pushover集成的zapier.com来发送gcm。但它需要一些支出。免费使用firebase队列，你必须在自定义服务器上开发自己。