android设计注意事项:AsyncTask vs Service(IntentService？)

我正在设计一个Android应用程序,需要执行以下步骤:

用户按下按钮或以其他方式指示"同步数据".

同步过程将使用REST Web服务将数据移入和移出服务器.

数据将本地存储在sqlite数据库中.

同步过程应该向UI提供状态更新/消息

不应允许用户漫游到应用程序的其他部分,并在同步过程中执行更多工作.

同步过程第一次运行时,可能需要10-20分钟.在初始同步之后,将传输和存储的数据更少,我希望该过程需要1-2分钟或更短时间.

我一直在阅读有关Android的AsyncTask各种内容以及使用服务的各种示例...但我并不完全理解选择一种设计而不是另一种设计的设计考虑和权衡.我目前使用AsyncTask将我的演示项目删除.观看(大部分)开发Android REST客户端应用程序之后:http: //code.google.com/events/io/2010/sessions/developing-RESTful-android-apps.html#我对此处描述的设计模式感到困惑感觉过于复杂,也许是因为我只是"不明白".

我来自java,spring,web和桌面应用程序背景.对手持设备进行思考和设计对我来说是一个新手.(当屏幕布局发生变化时会发生什么？当我正在运行同步时手机响铃会发生什么？)如果初始同步IS将是一个如此长时间运行的过程,请退回2步,是否有更好的方法我要考虑问题 - >解决方案,用户体验,用户对手机上运行的应用程序的期望？

很想听听那些已经与这些问题搏斗的更有经验的Android开发者.

在我看来,这是主流/普通Android开发中最棘手/最困难的部分.例如在黑莓手机上,这种情况更容易实现.

当然你需要使用一个Service.

AsyncTask不适合,因为它Activity通过Context句柄紧紧地"束缚"你(否则你将无法更新Activity你的UI AsyncTask).然而Activity,一旦Activity进入后台,可以被OS杀死.转到后台的一个示例原因可能是来电 - 用户切换到电话应用程序,因此您Activity将变得不可见.在这种情况下(取决于当前的RAM状态)OS可能决定杀死其中一个背景(用户不可见)活动.

一些开发人员通过安排一个静态的东西来解决这个问题.有人建议使用Application实例.这是因为Application在整个应用程序进程存在的同时存在静态内容.然而,这些是不正确的解决方法.当OS决定是时候,Android中的进程也可能被杀死.Android操作系统有自己的考虑,可以杀死什么,以什么顺序.所有过程都分为5个级别的"可行性".这是指定这些级别的文档.阅读那里很有意思:

因为运行服务的进程的排名高于具有后台活动的进程,所以启动长时间运行的活动可能会为该操作启动服务,而不是简单地生成一个线程 - 特别是如果操作可能会比活动.这方面的例子是在后台播放音乐并将相机拍摄的照片上传到网站. 无论活动发生什么,使用服务都可以保证操作至少具有"服务进程"优先级.

你Activity在那里用户发起一个长期运行的动作应表现出ProgressDialog以确保用户的操作运行时不会做别的.指南就在这里.

此外,NotificationManager如果您Activity当前不可见,那么您很可能希望使用它来通知用户您的长时间运行完成(或失败).以下是要从中开始的NotificationManager信息.

您必须考虑多种因素,以便最好地决定如何处理您的情况.听起来你需要在两种方法之间进行良好的比较......所以这里列出了在手持设备上工作时必须考虑的相似之处,差异和其他注意事项.

服务是应用程序中没有UI的一部分.它可以由UI(Activity)调用来启动,也可以由Application的任何其他组件启动.开发时,您可以自由地将其放在不同的线程上,甚至可以在不同的任务或进程中运行它.这允许您最终将其与UI分离.此外,您可以根据需要启动服务以独立运行(startService)或将活动绑定到它(bindService).通过使用自定义处理程序,您可以设置回调以根据进度更新UI.如果用户更改活动,则服务不一定结束,但可以由操作系统随时终止.

AsyncTask始终从UI线程实例化.它只允许特定的回调,但为了相对较短的事务(与专用的单独线程服务相比)简化了多线程的过程,这些事务本身与Activity执行的操作相关联.每当用户更改活动时,AsyncTask就会处于"暂停"状态,甚至可能会死亡,因为您的活动不再有UI线程.

我最关心的是,如果应用程序第一次需要10-20分钟,我会认为用户将临时更改任务或将手机设置为完成(这可能导致所有如果手机睡觉,同样的并发症).考虑到这一点,绑定到您的活动的线程服务可能是您的最佳选择.为了保护您的UI,我会为您的活动创建一个进度对话框,以接收您的进度回调.这限制了您的应用中的用户输入,并允许您的服务继续其所需的方式.然后覆盖Activity onResume以检查服务的状态以及它是否正在运行.然后,您可以立即重置对话框.

鉴于这是我的首选方法,我还会考虑操作系统可能随时终止应用程序.因此,请确保有一些方法来检测不完整或部分同步.然后,您可以在活动或服务重新启动时自动恢复.

随着AsyncTask如果用户进入到另一个活动,这样死了,你不能在对象转移到其他活动.当用户旋转屏幕或类似的东西时,你可以玩一些技巧,但这不会扩展到通用破坏. AsyncTask可以随意死

Google Sync在后台运行,因为同步可能需要一段时间才能完成.您可能需要按照其路径创建自己的可与之通信的同步服务.以下是如何实现这一目标的一些想法:

http://mylifewithandroid.blogspot.com/2008/01/about-binders.html

你绝对可以在服务和活动之间进行交流,但要做到这一点很棘手.