ios之coredata(二)
上面一篇文章介绍了coredata的有关基本概念，由于大部分是参考别人文章中的内容，所以感觉有点虚，而且估计也是比较难以理解，下面这篇文章通俗一点说说学习coredata后的一些理解，然后给出一个简单的demo，有错漏的地方，欢迎读者指正。
其实与coredata有关的有几个概念：
- 数据表 --–> Entity （You usually define entities in a managed object model usingthe data modeling tool in Xcode）.
- 表格的记录 --> NSManagedObject （一个表记录就是一个NSManagedObject实例）
- 描述表格结构 --> NSEntityDescription
- 数据库中所有表格和他们的联系 -->NSManagedObjectModel
- 数据库存放方式 --> NSPersistentStoreCoordinator
- 数据库操作 --> NSManagedObjectContext
- 查询语句 --> NSFetchRequest
下面依次讲解一下：
（1）Entity，实体。这个是数据表，也就是你在xcode中可视化编辑的那个东西。它含有Attributes，Relationship和Fetched Property三个属性，其中叫常用的是前两个属性。如下图，就是包含了两个实体（DeviceItem和ImageData），每个实体都含有Attributes，Relationship。
所以可以这样理解，实体就是一个抽象的数据表。
（2）Managed Object，托管对象。是对于Entity实体的模型文件，它有一个基类NSManagedObject，所以的模型文件都是继承NSManagedObject而来。那么我们对应上面说到的两个实体，就可以对应的创建两个模型文件。如下图：
这些模型文件其实就是继承NSManagedObjectd的类，那么以后我们要添加一条记录或者删除一个记录，那么操作的对象就是这些类的实例对象，也就是说一个记录就是一个NSManagedObject实例。
注意到在这些文件中对属性使用的是@dynamic修饰，如在DeviceItem.m文件中
[cpp] view plaincopy
那么@dynamic和@synthesize有什么区别呢？
在声明property属性后，有2种实现选择
编译器期间，让编译器自动生成getter/setter方法。
当有自定义的存或取方法时，自定义会屏蔽自动生成该方法
告诉编译器，不自动生成getter/setter方法，避免编译期间产生警告
然后由自己实现存取方法或存取方法在运行时动态创建绑定：主要使用在CoreData的实现NSManagedObject子类时使用，由Core Data框架在程序运行的时动态生成子类属性
（3）NSEntityDescription，实体描述。显然这个就是用来描述实体的，它包含的内容就包括实体的属性，关系等信息，我们通过NSEntityDescription就可以了解实体，那么通过这个NSEntityDescription，我们就可以创建对应实体的Managed Object。所以说，它是用来描述表的结构的。
（4）NSManagedObjectModel，托管对象模型。模型由多个实体描述对象Entity Description构成。通过下图就可以知道什么是托管对象模型了。
（5）NSPersistentStoreCoordinator，持久化存储管理的助理，它是用来负责数据存储的方式的，我们知道coredata的数据存储方式可以有多种SQLite3数据库、二进制文件、XML文件，那么它就是负责这部分内容的。
（6）NSManagedObjectContext，简称是上下文。通过下面这张图应该可以了解上下文的作用了，所以的Managered Object都要在上下文中登记注册，那么你对Managered Object进行操作后，通过上下文就可以进行保存修改，也就说通过上下文进行对数据库数据的以一些操作。
（7）NSFetchRequest ，获取数据的请求，我们要想从上下文中获取到数据，首先还要创建数据请求。创建请求过程中可以指定一些参数，首先是实体，每次获取数据只能指定一种实体，也即指定一种数据表类型，这时候要传入的参数当然就是Entity Description啦；其次还要指定NSPredicate，谓词，也就是限定条件，只有满足条件的数据才被返回；还可以指定排序条件NSSortDescriptor，即按照某个数据项进行升序或者降序的排列。
注意：①其中指定参数中的第一个实体是必须的，而后两个NSPredicate和NSSortDescriptor则是可选的，如果不指定NSPredicate，那么返回的是该实体所描述的所有Managered Objects。
关于如何撰写NSPredicate，这里有详细的介绍：
②获取数据请求返回的数据是以数组的形式，如果指定了排序条件，那么这些数据就会按某个数据项有序返回。
通过下面这种图也可以较形象的理解：
最后再附上两张图片可以对CoreData有一个整体的认识和弄清之间的关系
下面开始讲一下这个小demo。
（1）我们通过建立一个master-detail工程（勾选使用CoreData）那么在AppDelegate中就回生成一些CoreData操作中必须的一些方法和属性。如下：
[cpp] view plaincopy
[cpp] view plaincopy
以上这部分代码是通用的，可以直接将这部分的内容转到你的Controller中，这样方法的调用都比较简单；当然你也可以在controller中通过delegate获取到这些方法，进行调用，如下所示（注意要#import "AppDelegate.h"）：
[cpp] view plaincopy
还有一个要说明的是saveContext这个方法的使用，上面的注释中已经有说明使用的情形，例如在AppDelegate中，
[cpp] view plaincopy
那么假如我们把这些内容转移放到控制器中，那么就可以在添加一个程序推到后台的通知响应，在响应事件的处理中调用这个方法，那么就可以起到保存数据的作用。
说明：最好不要将这些这些coredata操作有关的内容转移到你的controller中，对于小 demo来说是没有问题的，那么如果是对于大一些的工程来说，肯定不是一个controller使用到这些方法，所以还是不做转移好，要使用的地方创建一个AppDelegate实例进行方法调用就好了。
但是下面我讲到的demo中，还是复制了一份到controller中，为的是调用方便。
（2）首先简单介绍这个demo：这个demo会根据一个URL下载一些有关手机的JSON数据，解析后显示在tableview中，而且会保存到coredata中，下一次启动应用程序的时候检测到coredata中有数据就可以不用下载，直接获取数据对tableview进行load数据操作。而且在视图还有一个Fetch按键，用于获取指定的数据内容的操作，然后在终端中显示出来。
该demo中包含两个实体：
下面只显示一些与coredata操作的关键代码，其余部分请下载完整程序代码：下载地址
[cpp] view plaincopy
[cpp] view plaincopy
大致就是以上的内容了，关于如何coredata的具体xcode操作，可以参考这篇文章 http://blog.csdn.net/q199109106q/article/details/8563438
我觉得应该讲清楚了，如有错漏的地方，欢迎读者指正。
手机扫一扫
移动阅读更方便
你可能感兴趣的文章