1
A
回答
5
通常这是使用Android Cloud to Device Messaging Framework完成,
和人类语言你想实现的东西被称为一个推送通知。
UPDATE:
C2DM (Cloud to Device Messaging)正式停用于2012年6月26日,并会完全关闭的7月30日,鼓励现有的2015年开发商C2DM迁移到Google Cloud Messaging (GCM)。有关更多信息,请参见C2DM-to-GCM Migration document。
开发人员必须使用GCM进行新的开发。
0
我不是专家,但应用程序可以连接到服务器,并检查是否存在任何新的内容。祝你好运
相关问题
- 1. 来自网站的facebook通知
- 2. Android:来自BroadcastReceiver的通知
- 3. 网站通知
- 4. 发送来自Go Appengine网站的Apple推送通知
- 5. 想要使用Facebook Connect发送来自我网站的通知
- 6. 来自AVG网站的“Black Hole Exploit”通知
- 7. 来自iphone网页的锁屏通知?
- 8. 来自网站的Android数据库
- 9. asp.net网站上的通知
- 10. 网站通知(JavaScript)的
- 11. 通知我的网站
- 12. 来自通知的Android刷新活动
- 13. 来自服务的持续android通知
- 14. 来自应用的Android展示通知
- 15. 来自Android Apps的短信通知
- 16. 来自ANE的android本地通知
- 17. 来自AI的Android后台通知
- 18. 来自BroadcastReceiver的Android展示通知
- 19. 来自JSON的Android通知服务
- 20. 来自服务器的Android通知
- 21. 来自网络服务器的android交易通知
- 22. 来自ASP.NET网站的静态网站
- 23. 通知我的网站android用户从网站安装Android应用程序?
- 24. ImageUrl来自网站
- 25. 离开网站通知
- 26. AutoHotKey。网站登录通知
- 27. 网站通知消息
- 28. 网站推送通知
- 29. 网站弹出通知
- 30. 通过webview的网站推送通知?
@ Andrejs的答案看起来像是正确的答案,我的答案似乎不够具体 –
实际上,我认为'正确'的想法是使用C2DM - 即* push * - 还是您建议的*轮询方法*一台服务器实际上取决于需求。如果应用程序不需要“即时”通知,但每隔一小时就可以通知应用程序新的消息就足够了,那么我会考虑按照您的建议轮询服务器。对频繁轮询的需求导致电池寿命缩短以及昂贵的网络访问,这就是您需要增加推送通知复杂度的地方,即C2DM。所以这取决于OP的需求。 – Trevor
@TrevorPage,绝对同意。谢谢。 –