ios - 核心数据 : when is deleteObject: done?

Question

我在表格 View 中使用核心数据模型时遇到问题。在 TableView 的 commitEditingStyle: delegate 方法中，我首先删除模型的对象，然后删除 TableView 中的相应行，类似于:

- (void)tableView:(UITableView *)tableView commitEditingStyle:(UITableViewCellEditingStyle)editingStyle forRowAtIndexPath:(NSIndexPath *)indexPath 

{
    if (editingStyle == UITableViewCellEditingStyleDelete) {
        [self.managedObjectContext deleteObject:[self coreDataObjectAtIndex:indexPath.row];
        [tableView deleteRowsAtIndexPaths:[NSArray arrayWithObject:indexPath]
                         withRowAnimation:UITableViewRowAnimationFade];
    }
}

但这会在 UITableView 中引发 NSInternalInconsistencyException，因为 numberOfRowsInSection: 委托(delegate)方法返回了错误的行数，因为 Core Data 对象尚未被删除。

如何解决这个“官方方式”？或者最好的方法？

1. 我是否必须跟踪 NSManagedObjectContextObjectsDidChangeNotification 通知并等待相应的删除通知？这是可行的，但很快就会变得非常困惑。

2. 我是否只是等待并希望它在一段时间后被删除？我已经测试过插入 [self performSelector:withObject:afterDelay:] 来延迟 TableView 行的删除。即使延迟为 0.0，它也能正常工作。我假设 Core Data 框架会在当前运行循环结束后删除该对象，但这能保证吗？这也可能只是巧合。

3. 是否有其他方法来处理这种情况？像 deleteObject: withCompletionHandler: 这样的 block 完成 API 会很好。

有什么想法吗？

/帕尔

Answer 1

我假设您正在使用 FetchedResultsController 用核心数据对象填充您的表。所以想法是你需要实现下面的方法。

- (void)controller:(NSFetchedResultsController *)controller didChangeObject:(id)anObject
   atIndexPath:(NSIndexPath *)indexPath forChangeType:(NSFetchedResultsChangeType)type
  newIndexPath:(NSIndexPath *)newIndexPath {
}

在 commitEditingStyle: 中，您只需从 managedObjectContext 中删除对象，然后让 didChangeObject 委托(delegate)为您处理表格修改。

didChangeObject 的示例实现可以在这里找到: Apple's document