> 原文出处: http://chengway.in/post/ji-zhu/core-data-by-tutorials-bi-ji 最近花了半个月读完了Raywenderlich家的[《Core Data by Tutorials》](http://www.raywenderlich.com/store/core-data-by-tutorials)，接下来几天就做个回顾，笔记并不是对原书的简单翻译，算是对整个知识脉络的一个整理的过程吧：）  **Update:** 上周去搞**Sketch**了，工具算是基本入门了，抄了几个图标，画了几个图，以后会再聊聊。好了，进入正题吧，今天打算介绍前三章，也是CoreData的最基础的部分。*** ## **Chapter 1：Your First Core Data App** 第一章比较简单，主要是带你熟悉CoreData的用法，并用CoreData创建了一个简单的List APP，学完这章你能加满如下技能点： * model data you want to store in Core Data using Xcode’s model editor; * add new records to Core Data; * fetch a set of records from Core Data; * display the fetched results to the user in a table view. 第一章按顺序大致如下： ### **一、Getting started** 作者提供了一个Start Project，打开其实就是一个UITableViewController，你需要做的就是增加一个**addName**方法，这里使用了*UIAlertController*这个iOS 8新添加的方法来做数据的添加逻辑，使用起来也很优雅。 ### **二、Modeling your data** 这个主要是根据你的数据模型创建对应的managed object model，主要操作也在*.xcdatamodeld*中进行，全GUI操作，没什么难度。 > You can think of a Core Data entity as a class “definition” and the managed object as an instance of that class. > 这里作者用了面向对象的思想做了类比，虽然不是很准确，但也方便初学者理解。 ### **三、Saving to Core Data** 这里要注意到NSManagedObject的“对象”其实是遵循**“KVC”**的，NSManagedObject对象的值改变后，在ManagedContext中进行save操作。 ### **四、Fetching from Core Data** 创建一个NSFetchRequest对象，设置好各种条件，依旧是交给ManagedContext对象去执行。下面是作者描述了两种*fetch*失败的情况 > If there are no objects that match the fetch request’s criteria, the method returns an optional value containing an empty array. > If an error occurred during the fetch, the method returns an optional value that contains nil. If this happens, you can inspect the NSError and respond appropriately. **第一章到此结束：）** * * * ## **Chapter 2：NSManagedObject Subclasses** NSManagedObject上一章我们提到过，要存取属性，只能用KVC，使用起来既不安全也不符合面向对象的原则，所以我们这章要生成他的子类，来创建我们自己的属性，这样就又能愉快地使用**"."**语法啦。 第二章的大致顺序如下： ### **一、Getting started** 作者提供了一个**“挑选领结”**的Start Project，领结数据存放在plist文件中，同样是一个很简单的App。 ### **二、Modeling your data** 打开xcdatamodeld文件进行编辑，添加属性。这里主要看一下**Binary Data**与**Transformable**两种类型： * **Binary Data**这里将image对象保存成了二进制文件，当然任何可以序列化的对象其实都可以保存成二进制。这里作者强调了性能问题，如果将一个很大的二进制保存到SQLite数据库中很可能会产生卡顿等问题。当然，幸运的是Core Data提供了一种叫**Allows External Storage**的解决方式，他只对binary data的属性类型有效，你只需要简单的开启他就好了。 > When you enable Allows External Storage, Core Data heuristically decides on a per-value basis if it should save the data directly in the database or store a URI that points to a separate file. * **Transformable**除了一些基本属性，如果一个对象遵循**NSCoding Protocol**，那么这个对象是可以选择使用transformable类型的，作者这里使用的是*UIColor*类型，遵循*NSSecureCoding*协议，而该协议又继承自*NSCoding*，所以设为Transformable是OK的。自定义的类想要设置为*Transformable*，那么你首先要实现**NSCoding protocol** ### **三、Managed object subclasses** 在Xcode中选择**Editor\Create NSManagedObject Subclass**创建managedObject对象的子类，这里注意下Map Model中的attribute type与实际子类对象中的属性的对应关系就好了 * String maps to String * Integer 16/32/64, Float, Double and Boolean map to NSNumber * Decimal maps to NSDecimalNumber * Date maps to NSDate * Binary data maps to NSData * Transformable maps to AnyObject 当然如果你想保留Map Model中的原始基本类型，那么在创建**NSManagedObject Subclass**时要勾选*Use scalar properties for primitive data types* > Similar to @dynamic in Objective-C, the @NSManaged attribute informs the Swift compiler that the backing store and implementation of a property will be provided at runtime instead of at compile time. > 这里注意下两种语言的一点区别 创建完子类还要记得一点就是在Model中的**Attributes inspector**将*class name*设为你新生成的子类路径，完成这一步主要是为了在runtime时将managed object subclass与Model中的entity链接起来。（有点类似与在SB中创建一个VC，并设置他的custom class）。 ### **四、Propagating a managed context** 因为Xcode默认的CoreData模板会将context在AppDelegate中创建，所以，就会有这种获取context的做法： ~~~ let appDelegate = UIApplication.sharedApplication().delegate as AppDelegate ~~~ 但这种做法还是不推荐使用，较好的方法是能够在对象的的初始化中将context作为参数进行传递。 接下来，作者从plist中将数据通过子类对象导入到core data中，再对界面做了些操作，这都比较简单。 ### **五、Data validation in Core Data** 数据校验这里可以在data model inspector 中设置最大最小值，如果出错会在context save的时候将错误信息传给error参数 **第二章到此结束：）** * * * ## **Chapter 3：The Core Data Stack** Core Data要正常运行，需要几个组件共同协作来完成，这些组件包括： * NSManagedObjectModel * NSPersistentStore * NSPersistentStoreCoordinator * NSManagedObjectContext 这些组件共同构成了Core Data Stack，组件间的关系我觉得用苹果官方提供的一张图来展示最好不过了 >  > > * An external persistent store that contains saved records. > * A persistent object store that maps between records in the store and objects in your application. > * A persistent store coordinator that aggregates all the stores. > * A managed object model that describes the entities in the stores. > * A managed object context that provides a scratch pad for managed objects. 基本Core Data整个操作都是围绕这张图来做的，本章作者给出的例子是一个记录**狗狗?散步**的APP，按照时间顺序添加散步记录。 第三章的大致顺序如下： ### **一、The managed object model** The NSManagedObjectModel 反映了APP中所有的对象类型在data model中所拥有的属性，以及对象之间的关系。作者还提到了我们用Xcode提供的visual editor创建/编辑了一个*xcdatamodel file*，然而真正在幕后的是一个叫*momc*的编译器（compiler），把model file编译后的结果放到**momd**文件夹下。Core Data可以很高效地在运行时使用*momd文件夹里编译过的内容*，来初始化一个**NSManagedObjectModel**实例。 ### **二、The persistent store** Core Data提供了四种开箱即用的NSPersistentStore存储类型，三种原子型*atomic*的，一种非原子型*non-atomic*的 > An atomic persistent store needs to be completely deserialized and loaded into memory before you can make any read or write operations. In contrast, a non- atomic persistent store can load chunks of itself onto memory as needed. * NSQLiteStoreType 依托SQLite数据库，也是唯一的非原子型的*non-atomic* * NSXMLStoreType 依托于XML文件，是原子型的*atomic* * NSBinaryStoreType 依托于二进制文件，是原子型的*atomic* * NSInMemoryStoreType 其实是存在于**内存中**的*persistent store type*，不算严格意义上的持久化存储，通常用来做单元测试和缓存。 除了上述介绍过的存储类型，作者说了，只要你的数据类型是基于JSON和CSV的格式，你还可以通过创建**NSIncrementalStore**的子类来创建自己的persistent store类型。 > [Incremental Store Programming Guide](https://developer.apple.com/library/ios/documentation/DataManagement/Conceptual/IncrementalStorePG/Introduction/Introduction.html) ### **三、The persistent store coordinator** NSPersistentStoreCoordinator可以看成是一座连接managed object model与persistent store的桥梁，他负责理解model，更好地来处理信息的存取。特别是有多个persistent stores时，persistent store coordinator相对managed context提供唯一的接口，保证了context与特定的persistent store交互。 ### **四、The managed object context** 之前的章节提到过context可以看做是内存中的scratchpad，来记录所有的managed object的行为，当然managed object所做的任何改变，在context没有save()之前，都是不会在数据库中生效的。 作者又提到了关于context的五个比较重要的特性： ~~~ ①. The context 管理着对象们的生命周期，不管这些对象是create还是fetch到的，这种对生命周期的管理在faulting、inverse、relationship handling 和 validation时很有用。 ②. A managed object不能脱离context而存在，他们是紧紧地绑在一起的。 ③. contexts都很有领土意识?，一旦一个managed object被归到某个context中去了，那么这个managed object在他整个生命周期内属于这个context了。 ④. 一个应用可以使用多个context，大多非凡的Core Data应用都这么搞。 ⑤. A context是非线程安全的，你最好不要跨线程去使用context，Apple提供了多种方式来在多线程中使用context，后面会讲到。 ~~~ ### **五、Creating your stack object** 创建自己的core data stack，其实只要记住本章开始那张图，记住要创建四个对象以及他们之间的关系，创建起来还是比较简单的。 ~~~ class CoreDataStack { let context:NSManagedObjectContext let psc:NSPersistentStoreCoordinator let model:NSManagedObjectModel let store:NSPersistentStore? } ~~~ 你要做到工作就是创建这些对象以及他们之间的关系，具体代码见苹果官方提供的[Snippet](https://developer.apple.com/library/ios/documentation/DataManagement/Conceptual/CoreDataSnippets/Articles/stack.html) 创建完毕，使用起来也相当简单，这里注意使用**Lazy**来懒加载 ~~~ lazy var coreDataStack = CoreDataStack() ~~~ ### **六、Modeling your data** 接下来就是在Xcode里创建model，这里也没什么难度。增加两个Entity，设置他们的关系为一对多，并在一对多的关系下面的Arrangement那里勾选Ordered  ### **七、Adding managed object subclasses** 这里通过Xcode生成的子类要注意一下，刚才一对多的关系因为上图勾选了Ordered，所以这里生成了一个NSOrderedSet类型的对象。*一开始我“以为这个真是一个有序集合，CoreData会为这个集合里的子对象们排序”*，但经过和[@Kyrrr](http://www.weibo.com/u/2626996387)同学讨论试验，发现并不是这么一回事。真正的原因是**集合里的子对象们都是无序的，本来应该用数组。但数组保证不了子对象的唯一性，所以才用了集合。而使用有序集合只是为了将来使用起来索引方便，而并不是排序。**作者下面也有提到： > NSSet seems like an odd choice, doesn’t it? Unlike arrays, sets don’t allow accessing their members by index. In fact, there’s no ordering at all! Core Data uses NSSet because a set forces uniqueness in its members. The same object can’t feature more than once in a to-many relationship. 这里同样要注意的一点，还是创建完子类记得去model对应的Entity那里，Data Model inspector下填写相应的Class路径。 ### **八、A walk down persistence lane** 接着就去ViewController做一些工作来使用CoreData，完成狗狗散步的App，这一步也比较简单。 ### **九、Deleting objects from Core Data** 删除一条记录，先删除context中的相应object，保存后，从UI中删去相关条目。