首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >Android推送通知解决方案(如果已经连接到服务器)

Android推送通知解决方案(如果已经连接到服务器)
EN

Stack Overflow用户
提问于 2013-10-09 08:58:29
回答 1查看 1K关注 0票数 0

我有一些应用程序依赖于服务器端。从那里得到他们的数据。无论如何,服务器端需要开发。服务器代码托管是在我们这边完成的。客户端与服务器之间的通信,结构已经启动.在这种状态下,我们需要实现一个推送通知:如果服务器上有新的数据,那么用户应该可以看到它。

现在推荐的“标准”方法是使用Google消息传递系统

我对此有一些担忧:

  • 需要客户端和服务器端的编码并将它们绑定到我们的代码中。而这不是最大的:
  • 正在更改相关的技术:弃用,并需要更改我们的代码。这是最大的。这之前是另外一种东西,在那之前是另一种。在4-5年里,3次变化是非常大的.

我正考虑这样实施:

我会写广播接收器监听当用户有互联网连接。在Internet连接上,它将检查服务器是否有新的内容。如果是做的,它将显示一个通知和作业已经完成。如果用户单击通知,它将启动应用程序并下载播放内容。我将使用告警时间表,在1或15分钟或4小时后再次检查服务器。--这里没有后台运行的服务,只有接收者!

寄存器注销功能应该在app中完成。

与服务器的通信(+):

  1. registerMyDevice(IMEI)-or username+password
  2. unregisterMyDevice(IMEI)
  3. isSomethingNewData()

当客户端到服务器时,它将发送他的IMEI,以确定如何识别,因此服务器将知道谁需要发送推送。

谁能接受谷歌提出的解决方案,并证明在这种情况下比我们的内部解决方案更好?

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2013-10-09 17:04:09

该解决方案的主要问题是,您将添加一个背景进程,以缩短电池寿命。想象一下,如果许多应用程序开发人员选择实现您的解决方案,将会发生什么情况。如果用户安装了几个这样的应用程序,他们的电池很快就会被清空。使用GCM,一个连接由一个服务器维护,该连接服务于设备上的所有应用程序。

我相信与GCM的集成比自己开发一个push解决方案更简单。API的更改总是伴随着改进(最初的GCM允许多个发件人,而C2DM不允许;新的GCM为您提供用户通知和云消息传递设备),但是即使您不选择使用它们,旧的API仍然工作(即使它们被废弃)。

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/19267375

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档