android - google io 2010 中的其余客户端应用程序设计方法是否仍然是最新的？

Question

两年前，出现了 fragment 、 Intent 服务、游标加载器。该方法是否仍然是最新的，或者是否有任何更好或更成熟的模式来设计 android rest 客户端，特别是与选项 B 相比(我没有发布图像的特权，而是可以从 this post 找到图像) .

I know the content provider part is essential. what about the service helper and service component? Up till now, the startService method is a nature of Context or its subclasses. which means the service helper would be an activity. So is it elegant to initiate an activity from a content provider, or should it be initiate from the activity on the top.

• 对于那些深入研究 google io 2011 iosched app source code 的人，你会考虑将 HomeActivity 中的静态类 SyncStatusUpdaterFragment 作为服务助手，虽然它无法启动 SyncService，但它确实会监听来自 SyncService 的回调并触发刷新用户界面。那么它可以被视为 Virgil Dobjanschi 方法的变体吗？

There comes service, intent service, asyncTask and thread. In my opinion, the intent service is suitable for sync of mega pack of data from remote server. That why they use it in the iosched. But the common scenario is that only a part of items will be synchronized with the remote server. So the intent service is too heavy. even the service approach. could we just use the asyncTask or thread in the content provider or some component of that to accomplish this kind of task. Or is there any convincing reason to use the service, and go through the service helper-service-processor path. I am talking about a serious application.

那你怎么看？

Answer 1

So is it elegant to initiate an activity from a content provider, or should it be initiate from the activity on the top.

您永远不会从内容提供者那里发起 Activity 。一切都应该从您的 Activity 开始，无论是 AsyncTask、Service 还是 Content Provider 请求...

AsyncTasks 通常是一个糟糕的选择。在处理配置更改(即屏幕方向更改)时，它们只是有缺陷。 Loaders 是解决这个问题的方法，但困难的部分是将它与你的网络调用包装在一起。一种解决方案是从自定义加载器(子类化 AsyncTaskLoader)构建网络调用。

但是，就我而言，我遵循了 2010 年 Google IO 演示文稿。构建了一个类 ServiceHelper，用于管理对 Service 对象中的服务器的请求(它启动线程以执行网络查询)。 ServiceHelper 管理可以从调用 Activity 创建的 ResultReceivers。这允许 Activity 监听来自服务请求的事件，例如查询何时开始和结束(或何时出错)。这些线程将调用它们的网络查询，然后将结果数据存储在 ContentProvider 中(用于缓存并在必要时跨多个 Activity 使用)。

同时，我在 Activity 上有一个 CursorLoader，它监听网络线程将写入的端点。显然有很多中间立场需要你自己去解决……比如你的缓存策略和这种实现的开销。但这实际上取决于您正在构建的应用程序以及您要集成的 API。

所以是的，我认为 2010 年的演讲仍然有效。他的演讲中有很多模糊的地方，今天还在继续。您仍然需要设计适合您的应用的设计

希望我的想法能帮助您入门..