何时调用obtainPermanentIDsForObjects:？

Question

我目前遇到的问题是在后台子线程(其父级是主UI线程上下文)上创建一个新对象,并且保存会导致我NSFetchedResultsController显示两个新对象:一个带有临时对象objectID,另一个带有永久对象objectID.这似乎是某种错误,除非我遗漏了什么.

所以我想我会为我创建的任何新对象手动获取永久ID.这修复了重复的行问题,但引入了新的随机错误(例如"无法实现对象的错误",引用我创建的新对象).如果有人对为什么前面提到的任何事情有任何想法,请分享.

我猜obtainPermanentIDs是朝着正确方向迈出的一步.但是我什么时候打电话给这个方法？在保存到子环境之前？保存孩子之后和父母之前？父母之后？目前我的设置是这样的:

masterMOC - private queue tied to the persistent store, so physical saves happen here
----mainMOC - main queue tied to the UI, child of masterMOC
-------backgroundMOC - private queue, child of mainMOC

因此,如果我创建一个新对象backgroundMOC,我打算立即保存到磁盘(这意味着我将不得不调用save:在所有三个上下文中),我应该在哪里调用obtainPermanentIDs？

(或者,除了调用获取永久ID之外,还有其他人有不同的解决方案吗？无论如何,这个方法引入了什么问题？为什么我要调用这个方法？)

更新: 我想我知道发生了什么(虽然这只是一个理论),但不是如何解决它.当数据物理保存到磁盘时,Core Data显然会为对象生成永久ID.所以在我的情况下,直到我在masterMOC上调用save才会发生这种情况.目前我在backgroundMOC上创建新对象时所做的是:

1. 保存在backgroundMOC上(以便将更改向上推送到mainMOC并且我的表视图可以插入新行)
2. 保存在mainMOC上(以便我可以准备保存到磁盘)
3. 保存在masterMOC(最终保存到磁盘)

这里发生的事情是在backgroundMOC上调用save会触发UI更新,并使获取的结果控制器插入一个仍然只有临时ID的新对象.但是然后在masterMOC上调用save会导致所有对象被分配永久ID,这会导致另一个UI更新,为这个"新"对象插入另一行!通过注释掉最后一个masterMOC保存,我不再看到重复的条目.我在这里做错了什么,或者这是某种错误？

另一个更新:我想我已经证实了这个错误.我在backgroundMOC上调用save,然后设置一个计时器,在5秒后调用mainMOC和masterMOC上的save.Immediatley保存到backgroundMOC后,会在我的表中插入一个新行.5秒后(保存main和master时),插入另一个新行.(首先插入的行具有临时ID,最新的插入具有永久ID).

Answer 1

我有完全相同的问题,当然是在一个特别困难和令人沮丧的一天调试一切后发现问题是临时ID.:)

我有与你完全相同的结构,并且我还有NSManagedObjectContext的子类来编码我期望在后台和主要上下文中保存的行为 - 即,在后台上下文中的保存应该保存主上下文(并且主要上下文应该同步任何使用外部服务更改的对象,这是无关紧要但值得一提的解释为什么我有两个子类),并且在主上下文中保存应该保存主上下文.

在我的RFSImportContext子类(相当于你的backgroundMOC)中,我实现- save:调用[super save:],然后调用[self.parentContext performBlock:](self.parentContext这里相当于你的mainM)C,其中块调用obtainPermanentIDsForObjects:主上下文- updatedObjects和- insertedObjects数组的内容,然后我保存主上下文.

我不再像你描述的那样将临时对象泄漏到我的NSFetchedResultsController中.一种改善这种情况的方法是使用RFSMainContext子类(再次,相当于你的mainMOC)来实现- save:获取永久对象ID,保存自己,然后保存主上下文.这样就编写了我们总是希望主要上下文在保存时具有对象的永久ID的行为.