Core Data
文章平均质量分 82
jasonblog
这个作者很懒,什么都没留下…
展开
-
Core Data浅谈系列之五 : 在UITableView中展示
在逻辑上(表关系)将Team和Player关联起来后,我们将其展现到UI视图上。首先,为App添加导航栏:@interface AppDelegate : UIResponder @property (strong, nonatomic) UIWindow *window;@property (strong, nonatomic) UINavigationControll原创 2013-01-21 22:24:52 · 6774 阅读 · 1 评论 -
Core Data浅谈系列之一 : 基础结构
Core Data是苹果官方提供的一套框架,用来解决与对象生命周期管理、对象关系图管理和持久化等方面相关的问题。大多数情况下,我们引入Core Data作为持久化数据的解决方案,并利用它将持久化数据映射为内存对象。为什么要使用Core Data呢?以下几点可供参考:有丰富且良好的文档,方便新手入门、老手埋坑。这些文档多半来源于Apple官方,以及Stackoverflo原创 2013-01-21 20:11:07 · 11637 阅读 · 3 评论 -
Core Data浅谈系列之二 : 简单的CURD
在上一篇中简单介绍了Core Data Stack,自上而下地对Core Data应用结构有个基本的认识,不过都是理论上的。这里就以上一篇的理论构建起一个可运行的Demo,执行一些简单的增删改查操作。(图片来自Apple)首先,我们需要建立如上图的栈结构。因此,在ViewController里添加3个属性:@interface ViewControlle原创 2013-01-21 20:16:44 · 9728 阅读 · 1 评论 -
Core Data浅谈系列之三 : 了解NSManagedObject和NSPredicate
上一篇文章用实际代码演示了Core Data应用中基本的增删改查操作,使用的是NSManagedObject对象,利用KVC来修改、获取对象的属性值。除此之外,我们还可以创建与Player、Team相对应的具体的NSManagedObject子类,如下图:Xcode会为我们生成子类的代码,如Player的接口声明和实现(汗,从Xcode复制代码到Everno原创 2013-01-21 21:51:13 · 25843 阅读 · 3 评论 -
Core Data浅谈系列之七 : 使用NSFetchedResultsController
上一篇讨论到添加球员信息后,球员列表没有及时得到修改。这是由于之前我们简单地使用了一个NSMutableArray来管理球员列表,需要我们额外做一些变更通知。而在Core Data和UITableView之间,存在这一个名为NSFetchedResultsController的类为我们提供更多方便。从很大程度上来看,NSFetchedResultsController是为了响应Mode原创 2013-01-22 10:22:57 · 23445 阅读 · 3 评论 -
缺失version model的情况下能否完成Core Data的数据迁移?
今天遇到一个问题,问题描述见此 http://stackoverflow.com/q/20062215/889538。为此进行了一番验证。我有一个Demo工程,叫做cdNBA,其数据模型如下:然后基于cdNBA新建了两个分支:cdNBA1和cdNBA2,分别对数据模型进行修改。cdNBA1工程创建了cdNBA 5.xcdatamodel,并安装到模拟器上写过数据。原创 2013-11-19 20:32:06 · 2184 阅读 · 0 评论 -
Core Data浅谈系列之八 : 关于并发
有时候,我们需要有个worker thread来做一些密集型或者长耗时的任务,以避免阻塞住UI,给用户不好的体验。比如从网络上获取一批数据,然后解析它们,并将其输出到存储文件中。这时候,由于数据层发生了变动,我们希望通知到主线程更新UI —— 这就涉及到Core Data的多线程特性。比如我们一直以来使用的Demo中,添加球员信息的AddPlayerViewController和显示球原创 2013-01-22 10:27:19 · 11450 阅读 · 0 评论 -
Core Data浅谈系列之六 : 验证用户输入
在做Web开发时,需要谨记的一条原则是“绝不要相信用户的任何输入”(参见《Essential PHP Security》)。与网页上的表单提交类似,做客户端开发时也应该考虑用户输入,比如可以为UITextField设置代理处理用户实时输入的内容,也可以读取完用户输入再做检查,或者是NSManagedObject的验证功能。比如,我们可以在Player的实现里提供验证函数: #d原创 2013-01-22 10:17:35 · 7704 阅读 · 3 评论 -
关于大数据量下Core Data的数据迁移
Core Data版本迁移基础通常,在使用Core Data的iOS App上,不同版本上的数据模型变更引发的数据迁移都是由Core Data来负责完成的。这种数据迁移模式称为Lightweight Migration(可能对于开发人员来说是lightweight),开发人员只要在添加Persistent Store时设置好对应选项,其它的就交付给Core Data来做了:原创 2014-01-04 14:52:07 · 15155 阅读 · 7 评论 -
Core Data浅谈系列之九 : 使用Mapping Model
通常,我们都会尽量使数据模型的变化尽量简单。但有些情况下,不得不进行大的改动,甚至是重新设计数据模型。在这种情况下,之前提过的简单数据迁移已经无法适应了,需要引入Mapping Model这个中间层。这时,又想起之前提过的一句话:There is no problem in computer science that can’t be solved by adding anot原创 2013-01-22 10:33:24 · 9967 阅读 · 0 评论 -
Core Data多线程环境下pendingChange引发的排序不对问题
这是一个起初看起来很神奇的问题,大意如下:有一个Table,展示多个消息会话,这些消息会话按最新消息时间排序;某种情况下,新收到一条消息,时间展示为最新,但这条消息没有排在最上方。因为界面上展示的时间是最新的,所以刚开始遇到这个问题的第一反应是看看数据库里面的时间戳是不是正确的,查看后确认时间是最新的没错。一时陷入了僵局,因为问题很难重现。所以梳理了下逻辑:原创 2013-09-29 16:20:14 · 2794 阅读 · 1 评论 -
Core Data浅谈系列之十 : 关于数据模型中实体的属性
之前写了《Core Data浅谈系列汇总》,今天稍微回顾了下,做些补充。在这个系列的第一篇《基础结构》中(2013年1月份的文章,时间过得好快啊!),有简单带过Entity的Attribute:数据类型、布尔值统一用NSNumber来表示;字符串类型用NSString表示;时间类型用NSDate表示;二进制数据类型用NSData表示;非标准类型用Transformable来表示;而Attribut原创 2014-06-08 20:23:37 · 10464 阅读 · 2 评论 -
Core Data浅谈系列之四 : 数据模型的版本变迁
继上一篇文章末尾提到的,一支队伍可以添加多名球员,不过一名球员只能属于一支队伍中,这分别对应着Core Data中一对多和一对一的属性关系:如上两图,是在Team实体里面添加了一个players关系,指向Player实体,可以一支球队关联多名球员,并且最多只允许关联15名球员。同样地,也为Player实体添加team关系,指向Team实体:原创 2013-01-21 22:03:56 · 16041 阅读 · 3 评论 -
再看Core Data中PSC陷入死锁的问题
在《Core Data Programming Guide》文档的Concurrency with Core Data这一章节中提到了“Use Thread Confinement to Support Concurrency”,这里的“Thread”还包含serial operation queue和dispatch queue。我目前的理解是MOC会负责对PSC进行加锁解锁,这些动作需要保原创 2013-10-29 16:03:17 · 2900 阅读 · 0 评论 -
Core Data浅谈系列汇总
Core Data浅谈系列之一 : 基础结构Core Data浅谈系列之二 : 简单的CURDCore Data浅谈系列之三 : 了解NSManagedObject和NSPredicateCore Data浅谈系列之四 : 数据模型的版本变迁Core Data浅谈系列之五 : 在UITableView中展示Core Data浅谈系列之六原创 2013-01-22 10:42:52 · 9062 阅读 · 14 评论