ios – 最佳核心数据保存策略(何时将数据保存到磁盘)

概述根据您的经验,对于仅使用一个主线程NSManagedObjectContext的iOS应用程序,在可靠性和性能方面,持久保持用户设置和缓存数据从服务器到磁盘的最佳方式是什么？ 我看到下一个选项： >在每次更改结束时保存上下文 >仅在应用程序的退出时保存上下文(如Apple的样本) >在应用程序退出时保存上下文,进入后台或不起作用(例如来电) >如果有任何更改,则添加定时器以不时地保存上下文 >拨打 根据您的经验,对于仅使用一个主线程NSManagedobjectContext的iOS应用程序,在可靠性和性能方面,持久保持用户设置和缓存数据从服务器到磁盘的最佳方式是什么？

我看到下一个选项：

>在每次更改结束时保存上下文
>仅在应用程序的退出时保存上下文(如Apple的样本)
>在应用程序退出时保存上下文,进入后台或不起作用(例如来电)
>如果有任何更改,则添加定时器以不时地保存上下文
>拨打专门准备的延迟保存程序,将汇集呼叫保存上下文,确保不会太频繁地触发

目前我们使用第一个选项,所以我可以说它的可靠性是非常好的,即使在Xcode在调试会话期间终止应用程序,数据也被保存,但是当应用变得越来越复杂时,性能可能会受到影响.当数据库的更改可能发生在应用程序的流量的任何时刻,因为异步加载来自服务器的数据.

另一方面,在应用程序的某些事件(退出,进入背景等)的同时保存将会提供最佳性能,但是您可以从您的经验中说出足以确保用户不会丢失数据？

解决方法 我认为您应该经常保存,因为它更可靠(如果应用程序崩溃,则不会丢失数据),并且可以节省由修改但未使用的对象占用的空闲内存.
同时你不想用你的保存请求压倒数据库.
我的建议是在接口文件中公开两种方法,并根据您的情况选择要调用哪一种方法.

- (voID)save {    [NSObject cancelPrevIoUsPerformRequestsWithTarget:self selector:@selector(save) object:nil];    [_storage save:nil];}- (voID)setNeedsSave {    [NSObject cancelPrevIoUsPerformRequestsWithTarget:self selector:@selector(save) object:nil];    [self performSelector:@selector(save) withObject:nil afterDelay:1.0];}

此外,您是否考虑使用第二个受管对象上下文与私有队列？您可以将其设置为父上下文并在后台保存/提取数据：http://www.cocoanetics.com/2012/07/multi-context-coredata/

总结

以上是内存溢出为你收集整理的ios – 最佳核心数据保存策略(何时将数据保存到磁盘)全部内容，希望文章能够帮你解决ios – 最佳核心数据保存策略(何时将数据保存到磁盘)所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。