coredata 小结

最新推荐文章于 2019-06-03 11:19:11 发布

西门大扫雪

最新推荐文章于 2019-06-03 11:19:11 发布

阅读量627

点赞数

本文链接：https://blog.csdn.net/x6587305x/article/details/46913177

版权

coredata 初窥

首先在创建ios 项目的时候。勾选上coredata。这样xcode 就会帮你生成一部分的coredata代码。

如上图所示勾选上最下方的coredata 即可。让我们来看看。这样xcode为我们做了什么。首先:工程文件下面多了个后缀名为 .xcdatamodeld的文件。这是coredata的模型文件。然后看看appdelegate里面生成了一些代码：

首先增加了三个属性：

managedObjectContext

managedObjectModel

persistentStoreCoordinator

用上面的这张图可以更加清晰的了解他们之间的关心。他们之间的关系就像一个栈。看第二张图可以看出引用程序在栈的最顶层。他跟 Managed Object Context 交互。而 context对象又去调用 Persistent Store Coordinator 。这里实现了底层对数据的完整处理。将原始数据跟 model进行转换。而转换规则就是依赖与managed object model 的描述。

让我们来一个个解读这三个属性：

Managed Object Model :

Managed Object Model 的作用就是定义实体（entities）的描述。在大部分的代码里面这些描述是根据上面的xcdatamodeld文件生成的（当然不是必须要用文件来生成。只是大家都这样用。这样理解更直观）

Persistent Store Coordinator :

Persistent Store Coordinator 相当于数据文件管理器，处理底层的对数据文件的读取与写入。一般我们无需与它打交道。依赖于上面的Managed Object Model 对象。也依赖于底层实现。其实就是一个底层实现跟 .Managed Object Model 对象之间关系的具体实现。对于底层的是通过调用Persistent Stores来实现的。每个 persistent object store 对应一个存储文件

对于persistent store coordinator 是可以设置多个的。还可以设置只读等属性。不过正常开发貌似很难用的。就不去太深入了解了。

persistent store coordinator 的存储实现。苹果定义了 4个：

COREDATA_EXTERN NSString * const NSSQLiteStoreType NS_AVAILABLE(10_4, 3_0);

COREDATA_EXTERN NSString * const NSXMLStoreType NS_AVAILABLE(10_4, NA);

COREDATA_EXTERN NSString * const NSBinaryStoreType NS_AVAILABLE(10_4, 3_0);

COREDATA_EXTERN NSString * const NSInMemoryStoreType NS_AVAILABLE(10_4, 3_0);

正常情况下我们使用的都是sqllite

Managed Object Context :

Managed Object Context 参与对数据对象进行各种操作的全过程，并监测数据对象的变化，以提供对 undo/redo 的支持及更新绑定到数据的 UI。他是具体去操作上面的 Persistent Store Coordinator 来实现对coredata数据的访问以及修改。是最顶层的实现。一般情况。我们和它交互即可。

context 对象对所有的Managed Object（可以理解为就是数据库一行数据）进行管理。而每个Managed Object 也必然被某一个context所管理。而context也会缓存使用过（查询出来过或者自己插入的等等）如果下次需要使用。不会去 Persistent Store Coordinator 去重新做底层查询。另外coredata 也是懒加载的。当你查询出来的对象只有真正使用的时候才会映射成真正的值。在映射之前就是一个类似指针的值。