我正在设计一个 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# http://code.google.com/events/io/2010/sessions/developing-RESTful-android-apps.html#我很困惑这里描述的设计模式感觉太过分了
复杂,也许是因为我只是“不明白”。
我有 java、spring、web 和桌面应用程序背景。对于我来说,从手持设备角度思考和设计是相当新鲜的。 (更改屏幕布局时会发生什么?当我运行同步时手机铃声响起时会发生什么?)退后 2 步,如果初始同步将是一个如此长时间运行的过程,是否有更好的方法我思考问题->解决方案、用户体验、用户对手机上运行的应用程序的期望?
我很想听听一些经验丰富的 Android 开发人员的意见,他们已经解决了这些问题。
在我看来,这是主流/平均 Android 开发中最棘手/最困难的部分。例如,在黑莓手机上,这要容易得多。
绝对你需要使用Service
.
AsyncTask
不适合,因为它紧紧地“束缚”在你的身上Activity
via a Context
句柄(否则你将无法更新 UIActivity
从你的AsyncTask
)。然而Activity
一旦Activity
进入后台。进入后台的一个示例原因可能是来电 - 用户切换到电话应用程序,以便您的Activity
变得不可见。在这种情况下(取决于当前的 RAM 状态)操作系统可能决定终止后台活动之一(对用户不可见)。
一些开发人员通过安排静态的东西来解决这个问题,以便在其中进行长时间运行的操作。有些建议使用Application
实例。这是因为静态的东西和Application
当整个应用程序进程存在时就存在。然而,这些都是不正确的解决方法。当操作系统决定需要终止时,Android 中的进程也可能被终止。 Android 操作系统对于它可以杀死什么以及以什么顺序杀死有自己的考虑。所有进程均分为 5 个“可杀灭性”级别。这是文档 http://developer.android.com/guide/components/processes-and-threads.html#Lifecycle其中指定了这些级别。读到这里很有趣:
因为运行服务的进程是
排名比有背景的人高
活动,发起的活动
长时间运行的操作可能效果很好
启动该操作的服务,
而不是简单地生成一个线程 -
特别是如果操作将
可能比活动更持久。例子
其中正在播放音乐
背景并上传图片
由相机拍摄到网站。使用服务可以保证
操作将至少有“服务
进程”优先级,无论什么
发生在活动中。
Your Activity
用户发起长时间运行的操作时应显示ProgressDialog
确保用户在操作运行时不会执行任何其他操作。指南是here http://developer.android.com/guide/topics/ui/dialogs.html#ProgressDialog.
另外,您很可能想使用NotificationManager
用于通知用户您长时间运行的操作完成(或失败),如果您的Activity
目前是不可见的。这里是通知管理器信息 http://developer.android.com/guide/topics/ui/notifiers/notifications.html从开始。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)