导入数据后，FetchedResultsController看不到managedObjectContext中的更改

Question

我正在研究应用程序中的数据导入部分，为了使UI更加可靠，我遵循了Marcus Zarra的文章http://www.cimgf.com/2011/08/22/importing-and-displaying-large -data集合核-数据/

这个想法是，您在后台踏步中的单独上下文中进行导入（我使用GCD进行导入），并且fetchedResultsController的上下文通过观察NSManagedObjectContextDidSaveNotification合并更改。

我遇到的问题对我来说很奇怪-我的fetchedResultsController不会获得这些更改，也不会在新数据到来时重新加载TableView。 但是，如果我触发以下方法，则将其提取并重新加载表-它就可以完成所有操作。

- (void)updateUI
{                                         
  NSError *error;
  if (![[self fetchedResultsController] performFetch:&error]) {
    NSLog(@"Unresolved error %@, %@", error, [error userInfo]);
  }
  [self.tableView reloadData];
}

因此，现在当我获取NSManagedObjectContextDidSaveNotification使其工作时，便调用该方法，但是对我来说，它看起来很奇怪且令人讨厌。

 - (void)contextChanged:(NSNotification*)notification
{
  if ([notification object] == [self managedObjectContext]) return;

  if (![NSThread isMainThread]) {
    [self performSelectorOnMainThread:@selector(contextChanged:) withObject:notification waitUntilDone:NO];
    return;
  }

  [[self managedObjectContext] mergeChangesFromContextDidSaveNotification:notification];
  //TODO:Make it work as it should - merge, without updateUI
   [self updateUI];//!!!Want to get rid of this!
}

为什么会这样呢？ 这是负责解析数据和添加观察者的代码。

- (void)parseWordsFromServer:(NSNotification *)notification
{

  dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_BACKGROUND, 0) , ^{
    NSDictionary *listInJSON = [notification userInfo];
    wordsNumbers = [[listInJSON valueForKey:@"words"]mutableCopy];

    if ([wordsNumbers count])
    {
      [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(contextChanged:) name:NSManagedObjectContextDidSaveNotification object:nil];

//新线程的新上下文NSManagedObjectContext * backContext = [[AppDelegate sharedAppDelegate] backManagedObjectContext];

      //Get all the words we already have on this device
      NSArray *wordsWeHave = [Word wordsWithNumbers:wordsNumbers inManagedContext:backContext];
      //Add them to this list
      for (Word *word in wordsWeHave)
        [[List listWithID:[currentList listID] inManagedObjectContext:backContext]addWordsObject:word];
      [backContext save:nil];!//Save the context - get the notification
         }

  });

}

编辑我实际上使用了NSFetchedResutsControllerDelegate ，如果我不这样做，我还能如何假装要更新的表视图？

更新决定仅移至“父-子”范式

Answer 1

这个问题已经讨论了很多次，例如NSFetchedResultsController不会显示来自不同上下文的更新 ，并且很难理解发生了什么，但是我几乎没有注释。

首先，您违反了一条简单规则：每个线程都需要有一个托管对象上下文（“ 与核心数据并发”部分 ）。

为每个线程创建一个单独的管理对象上下文，并共享一个持久存储协调器。

因此，在您的自定义线程内部访问主上下文，获取其持久性协调器并将其设置为新上下文。

NSManagedObjectContext *moc = [[NSManagedObjectContext alloc] init];
[moc setPersistentStoreCoordinator:persistentStoreCoordinatorGrabbedFromAppDelegate];

其次，您不需要注册

[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(contextChanged:) name:NSManagedObjectContextDidSaveNotification object:nil];

在新线程中。 只需在创建新线程的类中（或在应用程序委托中）注册即可。

最后，如果您没有使用NSFetchedResutsControllerDelegate ，请使用它。 它允许摆脱重载数据表。 当上下文更改时，委托响应更改：编辑，删除，添加。

从iOS 5开始，您可以使用新的Core Data API，并通过新的限制机制简化生活。

编辑

来自@mros评论。

多上下文CoreData

它可以帮助您更多地了解使用父子核心数据模型的优势。 我特别喜欢使用私有队列上下文来处理持久性存储的内容。 确保从头开始阅读所有内容，因为开头显示了如何做。

希望能有所帮助。