自 CoreData 首先在 OS X 10.4 Tiger 上登陆以来，经过那么多版本的发展，现在各方面已经相当的完善了，因而在这次 iOS 8/OS X 10.10 上，CoreData 的特性变化不多，只有几项，但是都是着眼于性能及体验
看了好多集 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 了。
本文链接：http://www.cocoachina.com/applenews/devnews/2014/0724/9235.html
