• 11
  • Jun

看了好多集 WWDC 了,感觉再不做点笔记又要忘记光了,所以从和我关系最大的 CoreData 开始吧。

自 CoreData 首先在 OS X 10.4 Tiger 上登陆以来,经过那么多版本的发展现在各方面已经相当的完善了,因而在这次 iOS 8/OS X 10.10 上,CoreData 的特性变化不多,只有几项,但是都是着眼于性能及体验方面的,非常值得一用。

这些分别是:

Batch Updates

说起来,这可能是不用 CoreData 的人第一个质疑的理由:什么?我竟然不能写一句简单的 SQL 把我所有的 Entry 的某个字段给更新或删除掉,这样的数据库还算是数据库吗?

事实就是 CoreData 本来就不是个数据库,不过在发展了那么多年后,这个 Batch Updates 终于让它更加「数据库友好」了。

通过新增的 NSBatchUpdateReuqest 和 NSBatchUpdateResult 来完成批量更新数据的操作,你终于能非常快速的通过类 SQL 语言更新数据库那样的操作来对整个数据库进行修改了,而不用像以前一样,要针对每个 Object 进行更新,又慢又消耗内存。它会返回成功或失败,改变的行数,被改变的 ID 数组,简直就和查询数据库一样。

当然,这个 Batch Updates 会有一点副作用——即更新后 Context 不会有对应的反应,因此你需要手动去刷新 Context,以免造成界面和数据不一致。其他如限定在 NSManagedObject 上的 validation 也就此失效,所以——就像操作传统数据库一样,也要小心使用 CoreData 的 Batch Updates。

Asynchronous Fetching

这算是体验上的一个很好的改进了,终于有内置的设计优良的「异步获取」方法了,更棒的是,它还能和 NSProgress 这个一起协作,因此「异步」+「进度更新」可以非常简单地得到支持。

这个主要由新增的 NSAsynchronousFetchResult 类来完成,这是一个非常典型的立即返回+结果回调的东西,你需要在 Private 或 Main 的 Context 来做这个操作,其他的使用就非常简单。

当你有非常多的条目需要一次性载入时,Asynchronous Fetching 就是必用的。

其他

Incremental store 这节没怎么看懂,需要再看一遍。此外,在并发方面,CoreData 除了在以前 NSManagedContext 上对 performBlock 的支持外,还对 NSPersistentStoreCoordinator 也增加了这个的支持。关于这个我还没有什么体会,毕竟没有用到多个 StoreCoordinator。

此外,iOS 也和 OS X 一样,针对 Concurrecy 也支持这样的 debug 了:com.apple.CoreData.ConcurrencyDebug 1

最后,就是关于 Swift 对 CoreData 的支持,基本上和 Objective-C 无异,主要是 NSManagedObject 需要用 @NSManaged 来修饰变量,还有 Model 那里需要把 class 的 namespace 也写进去。

根据官方演示的例子,同样的数据库,用 Swift 写的 CoreData 程序还比 Objective-C 的性能要高…我已经迫不及待要用 Swift 来写我的 iOS App 了。

Tag: CoreData.

<推广> Manico 是一个专门为 OS X 高效率人士设计的 App 启动与切换工具,使用它将加倍电脑日常使用的效率。

» You can leave a comment.

4 Comments

  1. 发现你的rss还放在google上?现在全部都404了。

Leave a Comment