【问题标题】:NSFetchedResultsController with didChangeObject is slow to show cell in tableview带有 didChangeObject 的 NSFetchedResultsController 在表格视图中显示单元格的速度很慢
【发布时间】:2012-10-03 15:35:07
【问题描述】:

我使用 NSFetchedResultsControllerDelegate 在我的所有数据都下载并插入 coreData 后显示我的单元格。 我使用下面的代码知道何时发生了修改

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

然后,调用这个方法

- (void)refreshDatas:(NSNotification *)notification
{
    [[self.fetchedResultsController managedObjectContext] mergeChangesFromContextDidSaveNotification:notification];
}

但是,我有一个问题,代理 NSFetchedResultsControllerDelegate 的 insertRowAtIndexPath 的第一次调用和 UITableView 中插入的单元格的显示之间有 5 到 10 秒,我不知道为什么。

感谢您的帮助

【问题讨论】:

  • 你在使用后台线程吗?

标签: ios uitableview core-data nsfetchedresultscontroller nsmanagedobjectcontext


【解决方案1】:

如果您使用的是后台线程并且在那里触发了通知,您需要在主线程中“重新发布”通知,例如:

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

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

  [[self managedObjectContext] mergeChangesFromContextDidSaveNotification:notification];
}

如果这不是问题,请尝试在您的问题中添加一些细节。核心数据很难,没有细节就很难理解发生了什么。

编辑

如果[notification object](在这种情况下为上下文)是主要的,则您不会合并更改。相反,如果该上下文来自不同的线程,则合并更改。这是出于性能原因,但您可以简单地将其删除。

希望对您有所帮助。

【讨论】:

  • 非常感谢你,但我不明白你为什么这样做:if ([notification object] == [self managedObjectContext]) return;
  • @marcL 我添加了一个编辑。如果您愿意,也可以投票。该解决方案对您有用吗?
猜你喜欢
  • 2013-12-27
  • 2012-12-17
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2018-03-07
  • 1970-01-01
  • 2015-05-29
相关资源
最近更新 更多