iOS 8/OS X 10.10 对 CoreData 的改进

点击打开链接

（via：TualatriX的博客）

 

自 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 了。