iOS应用开发之CoreData[转]

我目前的理解，CoreData相当于一个综合的数据库管理库，它支持sqlite，二进制存储文件两种形式的数据存储。而CoreData提供了存储管理，包括查询、插入、

删除、更新、回滚、会话管理、锁管理等一系列数据库操作。另外，开发者还可以在xcode中使用 .xcdatamodel 扩展名的文件，以图形化的形式编辑数据模型，这里包括了

Entities、Properties、Attributes、Relationships四个概念，这里跟关系型数据库有很大的相似点。

下面来看一下CoreData的框架。

一次来了解一下 PersistentStore、DataModel、PersistentStoreCoordinator、ManagedObjects、ManagedObjectsContext、FetchRequest 这些概念。

PersistentStore

这个是数据真正存储的地方，CodeData提供了两种存储的选择，分别是sqlite和二进制文件。PersistentStore本身并不是objc类，仅仅是数据存储。

DataModel

对应的objc类为 NSManagedObjectModel，一个典型的应用如：

1. /**
2. Returns the managed object model for the application.
3. If the model doesn't already exist, it is created by merging all of the models
4. found in the application bundle.
5. */
6. - (NSManagedObjectModel *)managedObjectModel {
7. if (managedObjectModel != nil) {
8. return managedObjectModel;
9. }
10. managedObjectModel = [[NSManagedObjectModel mergedModelFromBundles:nil] retain];
11. return managedObjectModel;
12. }

这里用了iPhone开发中典型的laze loading，而

1. managedObjectModel = [[NSManagedObjectModel mergedModelFromBundles:nil] retain];

中的nil表示连接项目中所有的 .xcodemodel 文件为一个datamodel，这是一个非常好的方法，把多个entity放在各自的xcodemodel文件中分开管理，然后用这个函数连接起来生成一个datamodel，这样就可以对应一个persistentStore。

PersistentStoreCoordinator

对应的objc类为NSPersistentStoreCoordinator，这个类用来控制对PersistentStore的访问。PersistentStoreCoordinator提供了一些列的高级调用供其他类来使用，对PersistentStore进行读和写。下面看一段典型的代码：

1. /**
2. Returns the persistent store coordinator for the application.
3. If the coordinator doesn't already exist, it is created and the application's store
4. added to it.
5. */
6. - (NSPersistentStoreCoordinator *)persistentStoreCoordinator {
7. if (persistentStoreCoordinator != nil) {
8. return persistentStoreCoordinator;
9. }
10. NSURL *storeUrl = [NSURL fileURLWithPath: [[self applicationDocumentsDirectory]
11. stringByAppendingPathComponent: @"CoreData.sqlite"]];
12. NSError *error;
13. persistentStoreCoordinator = [[NSPersistentStoreCoordinator alloc]
14. initWithManagedObjectModel: [self managedObjectModel]];
15. if (![persistentStoreCoordinator addPersistentStoreWithType:NSSQLiteStoreType
16. configuration:nil URL:storeUrl options:nil error:&error]) {
17. // Handle error
18. }
19. return persistentStoreCoordinator;
20. }

这里默认存储形式为sqlite，并且存储文件为CoreData.sqlite，这段代码比较简单，创建了persistentStoreCoordinator实例。

ManagedObjects

对应的类为NSManagedObject。上面的CoreData框架图中有Entities，Entity定义了数据的结构，但他并不是数据，真正的数据实例是NSManagedObject类或他的子类。

NSManagedObject类支持Key-Value 编码（KVC），像NSDictionary差不多。NSManagedObject提供了valueForKey:和setValue:forKey:用来设置和查询的方法。另外他也提供了对关系操作的方法。

下面是几个典型的代码案例：

1. NSDate *timeStamp = [managedObject valueForKey:@"timeStamp"];

1. [managedObject setValue:[NSDate date] forKey:@"timeStamp"];

另外KVC也支持keypath，如有两个数据entity，一个是Employee，一个事Employer，Employee中有个属性石whereIWork，而这个属性用relationship连接到了对应的Employer，Employer中有个属性石name，这样要查询一个Employer的name，可以用keypath的形式，whereIWork.name。

1. NSString *employerName = [managedObject valueForKeyPath:@"whereIWork.name"];

ManagedObjectsContext

对应的类为NSManagedObjectsContext。 这个类是一个用户对persistentStore操作的网关，他维护了用户创建或者加载的managed objects。他记录了用户对managed objects的所有改变，以便用来undo或redo，另外当用户要存储现在的managed objects到persistentstore时，只需调用managedObjectsContext的save方法就行了。

每个应用至少需要一个context，当然可以同时存在多个context，比如多线程时，如NSOperationQueue。context并不是线程安全的，因此在这种情况中用户要自己做好安全工作。

下面是一个简单应用实例。

1. /**
2. Returns the managed object context for the application.
3. If the context doesn't already exist, it is created and bound to the persistent
4. store coordinator for the application.
5. */
6. - (NSManagedObjectContext *) managedObjectContext {
7. if (managedObjectContext != nil) {
8. return managedObjectContext;
9. }
10. NSPersistentStoreCoordinator *coordinator = [self persistentStoreCoordinator];
11. if (coordinator != nil) {
12. managedObjectContext = [[NSManagedObjectContext alloc] init];
13. [managedObjectContext setPersistentStoreCoordinator: coordinator];
14. }
15. return managedObjectContext;
16. }

这个代码也比较简单，不做解释了。

FetchRequest（FetchRequestController）

这里重点讲FetchRequestController，其实用户打交道最多的就是这个控制器了。

from：http://www.lanou3g.com/blog/post-169.html