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

前端之家收集整理的这篇文章主要介绍了ios – 最佳核心数据保存策略(何时将数据保存到磁盘)前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
根据您的经验,对于仅使用一个主线程NSManagedObjectContext的iOS应用程序,在可靠性和性能方面,持久保持用户设置和缓存数据从服务器到磁盘的最佳方式是什么?

我看到下一个选项:

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

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

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

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

原文链接:https://www.f2er.com/iOS/330624.html

猜你在找的iOS相关文章