基于Google I/O Android REST客户端应用程序建议进行REST调用是不是太复杂了
基于 Google I/O 视频，http:// /www.google.com/events/io/2010/sessions/developing-RESTful-android-apps.html，我有这个问题...
无论调用是rest调用还是正常的http调用，它们都会有这个视频中提到的同样问题。所以这意味着如果我们使用 Activity 中的 asynctask ，这不是一个好的实现。
即使我们只需要对服务器进行简单的 http 调用并获取一堆文本显示在 android 上，始终实现服务和内容提供程序是否太复杂？
这实在是让我很困惑，你们觉得呢？
Based on Google I/O video, http://www.google.com/events/io/2010/sessions/developing-RESTful-android-apps.html, I got this question...
No matter the call is rest calls or normal http calls, they will have same issue mentioned in this video. So that means it is not good implementation if we use asynctask from activity.
Isn't it too complex to always implement Service and content provider even we just need to make a simple http call to a server and get a bunch of text to display on android?
This really confuse me, what do you guys think?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
是的，一次性服务电话需要做很多工作。最近我一直在使用新的 loader api 来处理此类事情。更具体地说，AsyncLoader
yeah its a lot of work for a one-off service call. Lately I have been using the new loader api for this type of thing. More specifically the AsyncLoader