Swift利用CoreData实现一个通讯录存储详解

前言

相信大家对CoreData应该都不陌生，CoreData作为Apple的亲儿子，依然在App需要存储结构化数据上发挥着重要的作用。CoreData已经超过十年了，而且亲爹还在积极的维护着它。

Core Data是iOS5之后才出现的一个数据持久化存储框架，它提供了对象-关系映射(ORM)的功能，即能够将对象转化成数据，也能够将保存在数据库中的数据还原成对象。

虽然其底层也是由类似于SQL的技术来实现，但我们不需要编写任何SQL语句，有点像Java开发中的Hibernate持久化框架

Core Data数据最终的存储类型可以是：SQLite数据库，XML，二进制，内存里，或自定义数据类型。

与SQLite区别：只能取出整个实体记录，然后分解，之后才能得到实体的某个属性。

在Monster、Indeed这些海外主流招聘网站看一下iOS的职位，基本上都会大大写着要求会熟练使用CoreData。

然而这么一个成熟，被实践检验过的代码库反而在国内使用并不是特别多。FMDB、Realm等等在被广泛使用。经常在面试的时候问iOSer是不是了解数据库，回答都是了解。再一细问，很多人也都是只使用到了FMDB，对于CoreData却是了解甚少。

后来想了想，可能是因为CoreData的入门成本有点高，而且相关的中文资料比较少的缘故吧。

为了写这个系列，还专门买来了objc.io的CoreData这本书。读完之后受益匪浅。

这个系列要写多少篇还没有想好，大概也还是会从基本到高级的一个过渡。

第一篇通过一个通讯录实现数据库的读取。第二篇会存储更多类型的数据。

最终实现结果：

1. Core Data架构

一个基本的 Core Data 栈由四个主要部分组成：托管对象 (NSManagedObject)，托管对象上下文 (NSManagedObjectContext)，持久化存储协调器 (NSPersistentStoreCoordinator)，以及持久化存储 (NSPersistentStore)。

NSManagedObject是我们的数据模型，也就是我们存储的对象。这些对象都保存在NSManagedObjectContext中，每个存储对象都知道自己对应哪个上下文。 NSManagedObjectContext ：日常打交道的都是这个。其他三个在数据迁移的时候才会看到。 NSPersistenStoreCoordinator ：是模型和存储数据库之间的桥梁，负责两者之间最复杂的细节隐藏。