我有一些应用程序依赖于服务器端。从那里得到他们的数据。无论如何,服务器端需要开发。服务器代码托管是在我们这边完成的。客户端与服务器之间的通信,结构已经启动.在这种状态下,我们需要实现一个推送通知:如果服务器上有新的数据,那么用户应该可以看到它。
现在推荐的“标准”方法是使用Google消息传递系统。
我对此有一些担忧:
我正考虑这样实施:
我会写广播接收器监听当用户有互联网连接。在Internet连接上,它将检查服务器是否有新的内容。如果是做的,它将显示一个通知和作业已经完成。如果用户单击通知,它将启动应用程序并下载播放内容。我将使用告警时间表,在1或15分钟或4小时后再次检查服务器。--这里没有后台运行的服务,只有接收者!
寄存器注销功能应该在app中完成。
与服务器的通信(+):
当客户端到服务器时,它将发送他的IMEI,以确定如何识别,因此服务器将知道谁需要发送推送。
谁能接受谷歌提出的解决方案,并证明在这种情况下比我们的内部解决方案更好?
发布于 2013-10-09 17:04:09
该解决方案的主要问题是,您将添加一个背景进程,以缩短电池寿命。想象一下,如果许多应用程序开发人员选择实现您的解决方案,将会发生什么情况。如果用户安装了几个这样的应用程序,他们的电池很快就会被清空。使用GCM,一个连接由一个服务器维护,该连接服务于设备上的所有应用程序。
我相信与GCM的集成比自己开发一个push解决方案更简单。API的更改总是伴随着改进(最初的GCM允许多个发件人,而C2DM不允许;新的GCM为您提供用户通知和云消息传递设备),但是即使您不选择使用它们,旧的API仍然工作(即使它们被废弃)。
https://stackoverflow.com/questions/19267375
复制相似问题