基于this,可以说使用轮询比使用套接字构建实时新闻提要类型的应用程序更好吗?我正在计划为移动设备构建一个新闻提要类型的应用程序,并计划使用套接字来实现这一点,但我开始认为,构建一个RESTful应用程序并在客户端进行短时间间隔的轮询以获取新的更新可能会更好。其他人是如何实现“实时”移动应用的呢?
发布于 2012-11-14 09:02:52
在安卓系统中,GCM是你处理任何实时通知的最佳选择。如果你有一个比推送通知文件更快的服务器,那么获取实时通知文件就再简单不过了。
在iOS上,最好编写一个轮询机制。我能想到的最好的例子就是Facebook为iOS开发的新应用。它似乎每隔30秒左右轮询一次,以检查新的数据。如果有新数据,当用户单击新故事栏时,它将获取新数据并显示它。
一个简单的请求和计时器就可以工作,但也有一种称为Long Polling的技术在这些情况下工作得很好。这将限制电池的耗电。
因此,简而言之,由于苹果对推送通知的限制,你将不得不绕过它。然而,总的来说,推送通知是可行的,所有的事情都要考虑。
https://stackoverflow.com/questions/13371405
复制相似问题