我有一个为iOS和Android编写的移动应用程序,它使用单一的web服务来返回数据。此服务返回的数据大约每天更改一次,或者用户更改位置时更改一次。我目前正在下载一条大型消息(约700 it ),并将用户会话所需的所有数据填充到应用程序中。
问题是,初始消息大约需要30秒才能将所有数据处理到本地数据库(sqlite)表中。这促使我考虑下载较小的数据块,并根据需要处理数据?这可能会导致应用程序中每次点击的等待时间较小。
基于性能的最佳方法是什么,而性能反过来又转化为我前面解释过的场景类型的最佳用户体验?
我见过其他类似的问题,但它们缺乏明确的答案。请提供任何答案/意见,然后请投票,这样我们就可以停止这个论点了!
发布于 2012-10-30 11:33:53
当然,从响应时间的角度来看,最好使用一个连接与一个fetch请求。在移动环境中,几乎没有DNS缓存、保持存活检查等(所有这些小事情使我们在PC上的生活更容易),因此每个连接建立(握手)都需要相当长的时间,在某些情况下长达1秒。因此,如果您将提要分割成不同的连接,您将不得不总结所有的握手。
在您的示例中,您指出存在处理延迟问题,所以,将此进程放入后台线程并以块填充数据可能是个好主意吗?我的意思是,您下载整个提要和启动处理例程的步骤为100 (例如),并返回一些内容。
https://stackoverflow.com/questions/13144386
复制相似问题