Core Data浅谈

     说实话,Core Data持久化存储就像是一只很大很深的水桶里面装满了水,此文只是从这个桶中取来的一杯而已,先来谈谈这水的味道好了。文中大部分是小女子在个人理解的基础上做出的分析,可能会有偏差,请指正。

==========第一部分数据===========

     第一部分数据类型在创建项目时勾选 use core data之后会由系统自动创建所有实例对象,无需多加操作,不过还是有必要梳理一遍他们之间的关系:

管理对象上下文NSManagedObjectContext:创建时需要设置对应的持久化存储助理;

管理对象NSManagedObject:可以从上下文中取出,也可以新建后存入上下文;

数据模型NSManagedObjectModel:描述了存储的数据的结构;

持久化存储NSPersistentStore:用于保存数据的对象,类型一般SQLite较多;

持久化存储助理NSPersistentStoreCoordinator:创建时要根据数据模型初始化,并且设置持久化存储的数据存储类型;

第一部分数据类型关系

     采用Core Data进行持久化存储,系统搭建的数据存储结构如上图所示,管理对象上下文中需要对管理对象进行数据操作,会由持久化存储助理根据对应的数据模型去持久化存储中执行相关操作。存储类型多以SQLite为主。


==========第二部分数据===========

     第一部分数据由系统创建后Core Data的持久化存储环境已经搭建好,下面就可以进行实际案例运用--如何运用持久化存储完成表视图的数据源创建。

ps.在第一部分数据类型关系图中,以下的操作只涉及到管理对象上下文这一部分,其余的部分由系统内部完成。

实体对象NSEntityDescription: 可以理解成数据模型NSManagedObjectModel中的一部分,可在项目中以.xcdatamodeld为后缀的文件中添加实体,并且做具体的数据类型设置。例如:Attribute:name    Type:String。

表检查控制器NSFetchedResultsController:创建时需要设置表检查请求NSFetchResult以及管理对象上下文,并对表检查控制器实例发送performFetch消息,将其与Core Data关联起来。

     可以理解成将管理对象上下文中的管理对象设置成表视图的Data Source,表检查控制器监视着上下文的管理对象的一举一动,并且系统为表检查控制器设计了委托模式,可由代理对象在管理对象发生改变时的各个时机完成相关的操作--完成表视图的动态更新。

表检查请求NSFetchResult:创建时需要对应具体的实体对象,由于数据模型中可以有多个实体,因此在创建表检查请求时是需要特别指定的。


表视图控制器(tableViewController作为主控制器)的工作可以分成三个部分:

(1)表检查控制器的委托代理UIFetchedResultsControllerDelegate

    创建表检查控制器fetchedResultsController,与Core Data关联好,设置好持久化存储的方式;再将tableViewController设置为fetchedResultsController.delegate,一旦管理对象上下文中的数据发生任何变化就响应委托模式中的响应方法(具体方法不做赘述),此时可以在方法中做表视图的动态更新。

(2)表视图的数据源处理UITableViewControllerData Source

fetchedResultsController.sections.count-->数据的分区数,对应表视图的分区数;

[fetchedResultsController.sections[section]   numberOfObjects]-->具体分区中的对象数量,对应表视图中每个分区的行数;

[fetchedResultsController objectAtIndexPath:indexPath]-->在具体分区行号中的管理对象,对应到表视图的cell的显示数据;

(3)表视图的委托代理UITableViewControllerDelegate

     这一部分的任务主要是当用户与表视图有交互动作时发生的响应,特别指出的是如果是用户对表视图进行插入cell,删除cell等操作,则会在协议响应方法中对管理对象上下文中插入或者删除管理对象。

[NSEntityDescription insertNewObjectForEntityForName:entity.name

inManagedObjectContext:managedObjectContext];//插入对象

[managedObjectContext deleteObject:removeObj];//删除对象

ps.以上两部操作需要执行保存,[managedObjectContext save:&error]。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,163评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,301评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,089评论 0 352
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,093评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,110评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,079评论 1 295
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,005评论 3 417
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,840评论 0 273
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,278评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,497评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,667评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,394评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,980评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,628评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,796评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,649评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,548评论 2 352

推荐阅读更多精彩内容