yangkunlll的专栏

上一篇讨论到添加球员信息后，球员列表没有及时得到修改。这是由于之前我们简单地使用了一个NSMutableArray来管理球员列表，需要我们额外做一些变更通知。而在Core Data和UITableView之间，存在这一个名为NSFetchedResultsController的类为我们提供更多方便。从很大程度上来看，NSFetchedResultsController是为了响应

在做Web开发时，需要谨记的一条原则是“绝不要相信用户的任何输入”（参见《Essential PHP Security》）。与网页上的表单提交类似，做客户端开发时也应该考虑用户输入，比如可以为UITextField设置代理处理用户实时输入的内容，也可以读取完用户输入再做检查，或者是NSManagedObject的验证功能。比如，我们可以在Player的实现里提供验证函数： 

通常，我们都会尽量使数据模型的变化尽量简单。但有些情况下，不得不进行大的改动，甚至是重新设计数据模型。在这种情况下，之前提过的简单数据迁移已经无法适应了，需要引入Mapping Model这个中间层。这时，又想起之前提过的一句话：There is no problem in computer science that can’t be solved by adding

在上一篇中简单介绍了Core Data Stack，自上而下地对Core Data应用结构有个基本的认识，不过都是理论上的。这里就以上一篇的理论构建起一个可运行的Demo，执行一些简单的增删改查操作。（图片来自Apple）首先，我们需要建立如上图的栈结构。因此，在ViewController里添加3个属性：[cpp] view plain

Core Data是苹果官方提供的一套框架，用来解决与对象生命周期管理、对象关系图管理和持久化等方面相关的问题。大多数情况下，我们引入Core Data作为持久化数据的解决方案，并利用它将持久化数据映射为内存对象。为什么要使用Core Data呢？以下几点可供参考：有丰富且良好的文档，方便新手入门、老手埋坑。这些文档多半来源于Apple官方，以及Stackoverflo

在逻辑上（表关系）将Team和Player关联起来后，我们将其展现到UI视图上。首先，为App添加导航栏：[cpp] view plaincopy@interface AppDelegate : UIResponder     @property (strong, nonatomic) UIWindow *window; 

继上一篇文章末尾提到的，一支队伍可以添加多名球员，不过一名球员只能属于一支队伍中，这分别对应着Core Data中一对多和一对一的属性关系：如上两图，是在Team实体里面添加了一个players关系，指向Player实体，可以一支球队关联多名球员，并且最多只允许关联15名球员。同样地，也为Player实体添加team关

上一篇文章用实际代码演示了Core Data应用中基本的增删改查操作，使用的是NSManagedObject对象，利用KVC来修改、获取对象的属性值。除此之外，我们还可以创建与Player、Team相对应的具体的NSManagedObject子类，如下图：Xcode会为我们生成子类的代码，如Player的接口声明和实现（汗，从Xcode复制代码到Everno

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

1.先生成 CoreData 2.xcdatamodel    然后在 CoreData 2.xcdatamodel 里面更改数据关系2.把之前生成的类都删了  再 CoreData 2.xcdatamodel的里面重新创建新的类