Core Data浅谈系列之一 : 基础结构

Core Data苹果官方提供的一套框架,用来解决与对象生命周期管理、对象关系图管理和持久化等方面相关的问题。大多数情况下,我们引入Core
Data作为持久化数据的解决方案,并利用它将持久化数据映射为内存对象。

为什么要使用Core Data呢?以下几点可供参考:

  • 有丰富且良好的文档,方便新手入门、老手埋坑。这些文档多半来源于Apple官方,以及Stackoverflow
  • 有着经过很多开发者检验的代码,除了省去我们编码的精力,还有着比我们自己编码更好的代码质量。
  • 苹果出品使得它与OS X或iOS开发工具链密切结合,我们可以在Xcode上进行表的设计,或者在Instruments上进行性能检测,并且在编码过程中能够很自然地维持着Cocoa开发风格。
  • 本身所具有的特性,比如支持多类型外部存储、撤销/重做、KVC、复杂查询和对象映射、自动验证、并发/合并策略、数据迁移、内存策略。除此之外,还与UI展现良好结合。

需要说明的是,Core Data并不是一款关系数据库,它拥有但不限于关系数据库的功能,比如它还具有模型设计器、数据访问层的功能。

针对上面提到的Core Data所具有的功能,来了解一下它的基本结构。

当我们使用Core Data作为持久化解决方案时,自上而下可以分为如下几层(称为Core Data Stack):

Managed Object Context

                    |

Persistent Store Coordinator  ——  Managed Object Model

                    |

Persistent Object Store

在将用户数据存储到外部文件前,我们需要考虑以什么样的格式进行存储,所以需要先进行数据表的设计 —— 设计好的数据模型会以Managed Object Model的形式存在于内存中。采用面向对象的思想进行表的设计时,每一张表描述着一种实体(NSEntityDescription),一份NSManagedObjectModel则包含着多种NSEntityDescription。

比如,我们可以创建一份新的工程,叫cdNBA,用来记录NBA球员信息。在实际工作之前,我们需要先设计数据模型。新建一份Data Model,如下图: 

将这份Data Model命名为cdNBA,与工程同名,这份数据模型在后面会以NSManagedObjectModel实例的形式存在于内存中。然后再新建Player和Team两种实体,如下图:

从上图可以看出,一份NSManagedObjectModel,如cdNBA.xcdatamodel,可以包含多份NSEntityDescription,如Player、Team,而每一份NSEntityDescription有三种属性,分别是Attributes、Relationships和Fetched Properties。

完成了逻辑上的设计之后,我们可以根据NSEntityDescription在内存中创建对象,或者将相应的内存数据存储到外部文件中(严格地讲,这里不一定是外部存储文件)。

根据NSEntityDescription创建出来的对象比较特殊,我们称之为NSManagedObject。由于它的特殊性,当我们要创建一个NSManagedObject对象时,比如Player实例,我们需要为其提供一个生存环境,称之为NSManagedObjectContext。采用龙书的译法,我将其称为NSManagedObject的上下文。我个人觉得这种说法挺合适的,因为NSManagedObjectContext记录着存在于其中的NSManagedObject的生命周期、变化状态等。

一份NSManagedObjectContext实例作为NSManagedObject在内存中的缓存地带,我们可以从外部存储文件中读取或者临时创建一批NSManagedObject对象到其中,然后在context中做CURD操作。不论是从本地读取数据,或者是将数据存储到本地文件中,都需要经过context的把关。

当我们要将内存中的数据根据NSManagedObjectModel进行持久化时,我们需要一个新的角色来做中间层:NSPersistentStoreCoordinator类。它位于context和存储文件之间,与NSManagedObjectModel结合,来为context服务,负责将context中的对象信息存储下来,或者将存储文件中的数据读取到context中。

最后就是存储文件NSPersistentStore了,可以是SQLite、二进制或者XML文件格式等。

Brief Talk About Core Data Series, Part 1 : Basic Structure 

Jason Lee @ Hangzhou

Blog : http://blog.csdn.net/jasonblog

Weibo : http://weibo.com/jasonmblog

时间: 2025-01-01 12:45:56

Core Data浅谈系列之一 : 基础结构的相关文章

Core Data浅谈系列之十 : 关于数据模型中实体的属性

之前写了<Core Data浅谈系列汇总>,今天稍微回顾了下,做些补充. 在这个系列的第一篇<基础结构>中(2013年1月份的文章,时间过得好快啊!),有简单带过Entity的Attribute: 数据类型.布尔值统一用NSNumber来表示: 字符串类型用NSString表示: 时间类型用NSDate表示: 二进制数据类型用NSData表示: 非标准类型用Transformable来表示: 而Attribute还有其自身的Properties,比如Transient表示不用持久化

Core Data浅谈系列汇总

Core Data浅谈系列之一 : 基础结构 Core Data浅谈系列之二 : 简单的CURD Core Data浅谈系列之三 : 了解NSManagedObject和NSPredicate Core Data浅谈系列之四 : 数据模型的版本变迁 Core Data浅谈系列之五 : 在UITableView中展示 Core Data浅谈系列之六 : 验证用户输入 Core Data浅谈系列之七 : 使用NSFetchedResultsController Core Data浅谈系列之八 : 关

Core Data浅谈系列之二 : 简单的CURD

在上一篇中简单介绍了Core Data Stack,自上而下地对Core Data应用结构有个基本的认识,不过都是理论上的.这里就以上一篇的理论构建起一个可运行的Demo,执行一些简单的增删改查操作. (图片来自Apple) 首先,我们需要建立如上图的栈结构.因此,在ViewController里添加3个属性: @interface ViewController : UIViewController @property (nonatomic, retain) NSManagedObjectMod

Core Data浅谈系列之八 : 关于并发

有时候,我们需要有个worker thread来做一些密集型或者长耗时的任务,以避免阻塞住UI,给用户不好的体验.比如从网络上获取一批数据,然后解析它们,并将其输出到存储文件中.这时候,由于数据层发生了变动,我们希望通知到主线程更新UI -- 这就涉及到Core Data的多线程特性. 比如我们一直以来使用的Demo中,添加球员信息的AddPlayerViewController和显示球员列表的PlayerListViewController在进行CURD操作时都是在主ViewControlle

Core Data浅谈系列之六 : 验证用户输入

在做Web开发时,需要谨记的一条原则是"绝不要相信用户的任何输入"(参见<Essential PHP Security>). 与网页上的表单提交类似,做客户端开发时也应该考虑用户输入,比如可以为UITextField设置代理处理用户实时输入的内容,也可以读取完用户输入再做检查,或者是NSManagedObject的验证功能. 比如,我们可以在Player的实现里提供验证函数:  #define PLAYER_ERROR_DOMAIN @"PLAYER_ERROR_

Core Data浅谈系列之九 : 使用Mapping Model

通常,我们都会尽量使数据模型的变化尽量简单.但有些情况下,不得不进行大的改动,甚至是重新设计数据模型.在这种情况下,之前提过的简单数据迁移已经无法适应了,需要引入Mapping Model这个中间层. 这时,又想起之前提过的一句话: There is no problem in computer science that can't be solved by adding another level of indirection. 这里做一个简单的变动,先为球员增加薪水属性:  然后创建一名球员

Core Data浅谈系列之五 : 在UITableView中展示

在逻辑上(表关系)将Team和Player关联起来后,我们将其展现到UI视图上. 首先,为App添加导航栏: @interface AppDelegate : UIResponder <UIApplicationDelegate > @property (strong, nonatomic) UIWindow *window; @property (strong, nonatomic) UINavigationController *navController; @property (stro

Core Data浅谈系列之四 : 数据模型的版本变迁

继上一篇文章末尾提到的,一支队伍可以添加多名球员,不过一名球员只能属于一支队伍中,这分别对应着Core Data中一对多和一对一的属性关系: 如上两图,是在Team实体里面添加了一个players关系,指向Player实体,可以一支球队关联多名球员,并且最多只允许关联15名球员. 同样地,也为Player实体添加team关系,指向Team实体: 一名球员只能关联一支球队,并且让这个关系成双向的,即一个Player对象属于某支球队时,该球队的players属性就自动关联该Player对象. 做完以

Core Data浅谈系列之三 : 了解NSManagedObject和NSPredicate

上一篇文章用实际代码演示了Core Data应用中基本的增删改查操作,使用的是NSManagedObject对象,利用KVC来修改.获取对象的属性值. 除此之外,我们还可以创建与Player.Team相对应的具体的NSManagedObject子类,如下图: Xcode会为我们生成子类的代码,如Player的接口声明和实现(汗,从Xcode复制代码到Evernote,有些空格会被省略): @interface Player : NSManagedObject @property (nonatom