【CoreData】parent-child关系ManagedObjectContext应用
当我们一开始使用CoreData框架和唯一的MOC进行应用的数据持久化的时候，如果创建项目的时候选择了“使用CoreData”，这会是XCode自动生成的模板代码的样子。
同时，配合NSFetchedResultsController使用CoreData框架极大地简化了在各种各样的情况下使用tableview的麻烦。
有两种情形，我们想要CoreData多线程，或者使用多个MOC(ManagedObjectContext)： iOS5新提出了parent-child MOC大大简化了多线程使用CoreData的工作所以在这片文章就是讲使用新的父子MOC方法。
- 简化增加、编辑新的数据对象时的工作量。
- 避免阻塞用于UI更新的主线程。
iOS5新提出了parent-child MOC大大简化了多线程使用CoreData的工作所以在这片文章就是讲使用新的父子MOC方法。
首先来复习一下单一MOC的设立
你需要一个PSC来管理和磁盘上数据库的交流。所以为了让PSC了解数据库是如何构造的，你需要一个数据模型。这个数据模型是由所有项目中的模型综合监理起来的。 之后，PSC设定在MOC的一个属性上。引出MOC第一定律：使用[MOC saveContext]会让带有PSC属性的MOC执行将修改写入磁盘的操作。
和这个图表一样。不论什么时候使用一个MOC进行增删改查，NSFetchedResultsController会被告知数据已经更新，并且通知TableViews来更新内容。这和MOC的保存方法相互独立。你可以想什么时候保存就什么时候保存，苹果的模板是在applicationWillTerminate的时候进行保存。
这个方法在大多数情况下好用，但是就像之前所说的两种情形，第一种与增改新的实体有关。你可能想要在增改实体的时候重用同一个viewcontroller。所以可能甚至会在view展现之前就插入了一个新的实体。但是这回导致NSFetchedResultsController通知tableview更新数据，所以可能的情况是在view展现之前会有一个空的单元格短暂出现。
第二种情况会当更新发生在savecontext之前而且数据保存会使用超过1/60秒的时间。在这种情况下用户界面会停止响应，直到保存结束，你会发现在页面滚动的时候发生了可见的页面跳动。
两种情况都可以用多重MOC解决。
“传统”的多MOC方案
把每一个MOC想象成做出改动的草稿，在iOS5之前，使用CoreData需要监听其他MOC做出的改变，并且与之融合进主MOC当中。一个典型的设置会是这样的：
当在非主线程上创建临时MOC的时候，为了让数据能成功持久化，你需要将主MOC的PSC同样设置在临时MOC上，Marcus Zarra是这样解释的：
尽管PSC不是线程安全的，但是MOC知道怎样正确的对之使用读写锁。所以，想搞几个MOC都行，只要设置同一个PSC来避免冲突。
在非主线程使用saveContext会使数据写到磁盘上，而且也会触发NSManagedObjectContextDidSaveNotification。写成代码大概长这样。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
|
dispatch_async
(
_backgroundQueue
,
^
{
// create context for background
NSManagedObjectContext *
tmpContext
=
[
[
NSManagedObjectContext
alloc
]
init
]
;
tmpContext
.
persistentStoreCoordinator
=
_persistentStoreCoordinator
;
// something that takes long
NSError *
error
;
if
(
!
[
tmpContext
save
:
&
error
]
)
{
// handle error
}
}
)
;
|
创建一个临时MOC是嗖嗖的，所以不用担心频繁创建和销毁这些临时MOC的损失。这里的重点是所有临时MOC都设置和主MOC同样的PSC，这样就算在非主线程也能写入数据。
这里使用简化的方法来设立一个CoreData的存储。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
|
-
(
void
)
_setupCoreDataStack
{
// setup managed object model
NSURL *
modelURL
=
[
[
NSBundle
mainBundle
]
URLForResource
:
@
"Database"
withExtension
:
@
"momd"
]
;
_managedObjectModel
=
[
[
NSManagedObjectModel
alloc
]
initWithContentsOfURL
:
modelURL
]
;
// setup persistent store coordinator
NSURL *
storeURL
=
[
NSURL
fileURLWithPath
:
[
[
NSString
cachesPath
]
stringByAppendingPathComponent
:
@
"Database.db"
]
]
;
NSError *
error
=
nil
;
_persistentStoreCoordinator
=
[
[
NSPersistentStoreCoordinator
alloc
]
initWithManagedObjectModel
:
_managedObjectModel
]
;
if
(
!
[
_persistentStoreCoordinator
addPersistentStoreWithType
:
NSSQLiteStoreType
configuration
:
nil
URL
:
storeURL
options
:
nil
error
:
&
amp
;
error
]
)
{
// handle error
}
// create MOC
_managedObjectContext
=
[
[
NSManagedObjectContext
alloc
]
init
]
;
[
_managedObjectContext
setPersistentStoreCoordinator
:
_persistentStoreCoordinator
]
;
// subscribe to change notifications
[
[
NSNotificationCenter
defaultCenter
]
addObserver
:
self
selector
:
@
selector
(
_mocDidSaveNotification
:
)
name
:
NSManagedObjectContextDidSaveNotification
object
:
nil
]
;
}
|
现在考虑一下设置当触发didsave时的提醒回调函数。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
-
(
void
)
_mocDidSaveNotification
:
(
NSNotification *
)
notification
{
NSManagedObjectContext *
savedContext
=
[
notification
object
]
;
// ignore change notifications for the main MOC
if
(
_managedObjectContext
==
savedContext
)
{
return
;
}
if
(
_managedObjectContext
.
persistentStoreCoordinator
!=
savedContext
.
persistentStoreCoordinator
)
{
// that's another database
return
;
}
dispatch_sync
(
dispatch_get_main_queue
(
)
,
^
{
[
_managedObjectContext
mergeChangesFromContextDidSaveNotification
:
notification
]
;
}
)
;
}
|
一开始要避免融合主MOC自己的改动，之后如果在一个APP有多个数据库，也要避免保存到拎一个数据库去。最后使用mergeChangesFromContextDidSaveNotification 方法融合改动。Notification有一个字典保存了所有的改动，而且这个方法知道怎么做将其融合到MOC之中。
在不同的MOC之中传递实体对象(MO)
直接传递在两个不同的MOC当中得到的MO是绝对禁止的。但是有个简单的方法“映射”一个MO：通过它的ObjectID。这个ID是线程安全的，所以总是可以用它来获得MO，方法是objectWithID:， 会返回一个复制了的MO。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
|
NSManagedObjectID *
userID
=
user
.
objectID
;
// make a temporary MOC
dispatch_async
(
_backgroundQueue
,
^
{
// create context for background
NSManagedObjectContext *
tmpContext
=
[
[
NSManagedObjectContext
alloc
]
init
]
;
tmpContext
.
persistentStoreCoordinator
=
_persistentStoreCoordinator
;
// user for background
TwitterUser *
localUser
=
[
tmpContext
objectWithID
:
userID
]
;
// background work
}
)
;
|
父子MOC
iOS5 使得MOC具有了一个属性：爹爹MOC。使用saveContext会将改变从儿子MOC直接推送到爹爹MOC去，而且不需要多余的指令。与此同时苹果赐予了MOC神奇地使用自己的同步、异步队列执行数据修改的能力。
队列的并行类型是在MOC的initWithConcurrencyType方法中初始化设置的。在下面这个图标当中我给一个爹爹MOC加了俩儿子MOC。
不论何时儿子MOC保存了一些改动，爹爹MOC都会知道，并且通知NSFetchResultsController对这些改变作出响应。但是这是数据还没写到磁盘上，因为儿子MOC（同时可能不是在主线程创造出来的MOC）并不知道PSC在哪，所以要持久写数据需要使用主MOC 在主队列上的saveContext方法。
第一个需要注意的地方是主MOC的类型是NSMainQueueConcurrencyType。在之前写的简单设立coreData存储的方法中，需要改变成这样。
|
1
2
|
_managedObjectContext
=
[
[
NSManagedObjectContext
alloc
]
initWithConcurrencyType
:
NSMainQueueConcurrencyType
]
;
[
_managedObjectContext
setPersistentStoreCoordinator
:
_persistentStoreCoordinator
]
;
|
一个多线程的数据操作会长这样：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
|
NSMangedObjectContext *
temporaryContext
=
[
[
NSManagedObjectContext
alloc
]
initWithConcurrencyType
:
NSPrivateQueueConcurrencyType
]
;
temporaryContext
.
parentContext
=
mainMOC
;
[
temporaryContext
performBlock
:
^
{
// do something that takes some time asynchronously using the temp context
// push to parent
NSError *
error
;
if
(
!
[
temporaryContext
save
:
&
amp
;
error
]
)
{
// handle error
}
// save parent to disk asynchronously
[
mainMOC
performBlock
:
^
{
NSError *
error
;
if
(
!
[
mainMOC
save
:
&
amp
;
error
]
)
{
// handle error
}
}
]
;
}
]
;
|
每一个MOC 在进行数据操作的时候需要使用[MOC performBlock:(异步) /performBlockAndWait(同步)的方法。为啥呢，是因为每个MOC所在的线程或者队列是特定的，如果在非MOC创建的线程使用MOC进行数据处理是会出BUG的，因此使用这个方法，会自动迫使让你在正确的线程或者队列当中进行数据的操作。
注意儿子MOC是不会自动注意到爹爹的MOC的变化的，可以reload儿子MOC来同步这些改动，但是最多的情况下这些都不是事。只要主MOC得到了改动，那么fetchedcontroller会自动跟新，数据也会自动存储在磁盘上。
这个新的特性带来的最大的好处在于，你可以为任何一个带有保存或者取消功能的VC创建一个临时儿子MOC，如果把一个MO传递给这个MOC，用户就可以改动MO，如果他选择保存，就可以缓存所有的改动，如果他选择取消，那你啥也不用做因为所有的改动都会随着临时MOC被抛弃。
OK，脑子晕了吗？如果没有，现在有一整套多MOC的coredata实践
异步保存
Coredata 大神 Marcus Zarra 告诉我以下基于儿子/爹MOC的方法，增加了一个单独的写入用MOC。作为之前写方法的更新，那个方法还是有可能阻塞主线程。这个聪明的方法将写入保留在自己的非主队列当中，从而让界面继续如丝般顺滑。
这个方法还是蛮简单的，只要把PSC设置到我们新的私有写入MOC上，并且把主MOC设置成他的儿子MOC。
这样每做一次改变需要三次修改：临时MOC，主UIMOC 还有写入MOC。但是就像以前一样容易的是我们可以堆叠performBlocks. 用户界面永远不会因为长时间的写入而堵塞。
结论
iOS5 很牛地简化了非主线程队列使用CoreData的方法，使用父子MOC很容易就能实现并发存储。如果你还想支持ios3/4还是么问题的，但是如果iOS5是你支持的最低版本，那么就好办多了。