我正在开发一个使用后台抓取来访问大量RSS提要并检查新结果的应用程序。我已经尽了最大努力优化解析时间,以便在iOS为后台获取提供的大约30秒的窗口中管理尽可能多的提要。
在用户可能有200+ RSS的情况下,此操作将花费超过30s ->什么是绕过30s限制的最好方法?
有没有办法创建连续的请求方法,比如在NSUserDefaults中存储一个“请求号”,并决定在那个时候获取什么。
例如:
Fetch 0 = first 50 feeds, set the Fetch# to 1 on completion.
Fetch 1 = second 50 feeds, set Fetch# to 2 on completion.
etc,这是唯一的办法吗?有没有更好的方法?
谢谢
发布于 2015-01-21 00:18:42
这个解决方案非常聪明,可能会奏效。
如果我处在您的位置,我会将获取和解析提要的任务委托给某种cronjob中的服务器,cronjob会以设定的时间间隔刷新系统中的所有提要,让您的客户端只检查已经解析的提要中是否有更新。您可以保留一个简单的数据库,其中包含提要和最后一次更新的日期,可以根据iphone客户端上的信息进行检查。
在iOS中唯一一个超过30s的后台模式是后台传输服务,我不知道有没有办法更有创意,但你可以试一试。
https://stackoverflow.com/questions/28049974
复制相似问题