我有一个核心数据应用程序,它具有文章和数据的数据结构。评论(一对多关系)。
NSOperations在不同的线程上管理下载和JSON解析,然后使用mergeChangesFromContextDidSaveNotification将更改传递给保存它的主线程,并且fetchedResultsController负责tableView更改。
对文章和评论的调用是在从服务器调用的单独API中,每个API都有自己的NSOperation来处理导入。 (它们基于Apple的RSSImporter类,但已针对JSON进行了修改)。每个操作都有自己的上下文,并使用fetchedResultsController中的storeCoordinator。
commentParser.articleObjectID = [article objectID];
commentParser.persistentStoreCoordinator = [[self.fetchedResultsController managedObjectContext] persistentStoreCoordinator];
我正在尝试在文章和评论之间的NSOperation中设置关系,我相信我通过将文章的objectID传递到评论操作然后通过执行以下操作来使用对象来遵循最佳实践:
Article *article = (Article *)[self.insertionContext objectWithID:articleObjectID];
Comment *aComment = (Comment *)[NSEntityDescription insertNewObjectForEntityForName:@"Comment" inManagedObjectContext:self.insertionContext];
[aComment setCommentArticle:article];
这似乎工作正常,但当回到原始文章的tableView所在的根viewController时,我收到以下错误消息:
* 由于未捕获的异常而终止应用 'NSObjectInaccessibleException', 原因:'NSManagedObject用 ID:0xdb24f30 已失效。'
对此有任何帮助将不胜感激!
答案 0 :(得分:2)
您必须将新的Core Data实体(或对现有的实体的更改)保存在创建它们的线程中(到持久性存储),然后将对象ID传递给主线程,该主线程上该线程上的NSManagedContext将使用objectID用于从持久性存储中检索对象。
因此,请确保将新对象(或更改的对象)保存到您在后台线程中创建的NSManagedObjectContext,然后一切都应该正常工作。
答案 1 :(得分:2)
主线程上的对象已注册NSManagedObjectContextDidSaveNotification
NSOperation
下载JSON并将其添加到操作中初始化的托管对象上下文中,在添加所有对象时保存上下文。
发生NSManagedObjectContextDidSaveNotification
通知时,请确保在主线程上处理它。如果没有,请将消息转发到主线程上的self
。 (有关示例,请参阅Apple的示例代码TopSongs
。)
在主线程上处理NSManagedObjectContextDidSaveNotification
时,请致电[context mergeChangesFromContextDidSaveNotification:notification]
。
您的NSFetchedResultsController
会向其代理发送相应的协议消息,以便您更新用户界面。
如果您需要以任何其他方式通知应用中的对象,您可以发布您的对象可以观察到的应用特定通知,并执行他们需要做的任何事情。
您应该 NOT 将对象ID从NSOperation传回主线程并再次将它们插入上下文中。你已经在NSOperation中做到了。如果您需要知道主线程上的新对象ID,可以通过它们并使用它们,但是对象已经插入并保存到您的上下文中。
答案 2 :(得分:0)
要检查一件事:
ManagedObjectIDs只是临时ID,直到将对象保存到商店。因此,如果您在保存对象之前获取新创建的对象的ID并将其移交给另一个线程/操作,那么它将只有一个临时ID,当任何线程/操作实际保存该对象时它将更改。
我不确定阅读说明,但您可能正在尝试查找具有不再有效的临时ID的对象。