当我从单独的viewController中删除CoreData实体时，为什么要调用UITableView方法？

Question

我有一个基于tabBarViewController构建的iOS应用。 该应用程序利用Restkit从持久性Web服务中提取数据，该Web服务CoreData在CoreData 。 如果用户要注销该应用程序，我有一个注销按钮，该按钮触发一种方法来删除CoreData实体中的所有对象。 应用程序中的主/主页选项卡是UICollectionView 。 第二个选项卡具有UITableView ，最后一个选项卡具有包含两个单元格的静态表。 最后一个标签中的一个单元格允许用户注销该应用程序。

偶然地，我注意到当我注销时，当我删除与它们有关的实体时，我之前打开的viewController的numberOfSections和numberOfRows方法会被触发。 例如，我的collectionView填充了Gist实体中Gist数据。 如果用户正在查看collectionView并导航到设置选项卡并选择注销，则将调用我的deleteAllEntitiesForName方法。 当告知该方法删除Gist实体中的对象时，出于某种原因，在collectionController的viewController中调用了numberOfSections和numberOfRows方法！ 如果这是用户从中导航的，则UITableViewController中也会发生相同的情况。

当我清除数据时，为什么会击中完全独立的视图控制器中的方法？

我正在使用NSLog来通知这些功能正在触发。

甚至更陌生，如果我连续登录和注销，则每次注销后该方法将被调用一次。 这是我的控制台上的证明。

构建后首次退出并在模拟器中运行：

2014-01-16  delete Gist
2014-01-16  Check numberOfSectionsInCollectionView
2014-01-16  Check numberofItemsInSection
2014-01-16  delete ActivityData
2014-01-16  delete FollowActivityData
2014-01-16  delete InsertNodes

登录并注销，同时仍在模拟器中运行该应用程序：

2014-01-16  delete Gist
2014-01-16  Check numberOfSectionsInCollectionView
2014-01-16  Check numberofItemsInSection
2014-01-16  Check numberOfSectionsInCollectionView
2014-01-16  Check numberofItemsInSection
2014-01-16  delete ActivityData
2014-01-16  delete FollowActivityData
2014-01-16  delete InsertNodes

这是我用来清除实体中保留的数据的方法。

- (void) deleteAllEntitiesForName:(NSString*)entityName {
    NSEntityDescription *entityDescription = [NSEntityDescription entityForName: entityName inManagedObjectContext:managedObjectContext];
    NSFetchRequest *request = [[NSFetchRequest alloc] init];
    [request setEntity:entityDescription];
    NSError *error = nil;
    NSArray *array = [managedObjectContext executeFetchRequest:request error:&error];
    if (array != nil) {
        for(NSManagedObject *managedObject in array) {
            [managedObjectContext deleteObject:managedObject];
        }
        error = nil;
        [managedObjectContext save:&error];
    }

}

我不能说我注意到应用程序运行方式上的任何问题。 我已经确认从核心数据实体中清除了所有数据。 但是我担心我在这里可能做错了什么。 特别值得关注的部分是，每次用户注销时，方法都会触发一次。

有人知道这里发生了什么吗？ 我应该担心吗？ 我该如何处理？ 感谢您的输入！

我相信我从这里得到了deleteAllEntitiesForName方法删除/重置核心数据中的所有条目？

=========== 更新 ============

使用FetchedResultsController填充collectionView和tableView。 这是我的实现以及对一些发现的评论。

- (void)controller:(NSFetchedResultsController *)controller didChangeObject:(id)anObject
   atIndexPath:(NSIndexPath *)indexPath forChangeType:(NSFetchedResultsChangeType)type
  newIndexPath:(NSIndexPath *)newIndexPath
{
    NSLog(@"CHECK didChangeObject");
    //THIS METHOD IS TRIGGERED FIRST AFTER THE DELETE HAS STARTED.
    //IT IS TRIGGERED ONCE FOR EVERY CELL IN THE COLLECTION OR ONCE FOR EVERY ROW IN THE TABLE
}

- (void)controllerDidChangeContent:(NSFetchedResultsController *)controller
{
    NSLog(@"CHECK didChangeContent");
    //THIS METHOD IS TRIGGERED NEXT.  IT IS TRIGGERED ONCE AFTER ALL THE OBJECT DATA WAS DELETED IN THE METHOD ABOVE.
}

- (NSInteger)numberOfSectionsInCollectionView:(UICollectionView *)collectionView{
    NSLog(@"Check numberOfSectionsInCollectionView");
    return [[self.fetchedResultsController sections] count];
    //THIS METHOD IS THEN TRIGGERED FOLLOWED BY THE FETCHED RESULTS CONTROLLER
}

- (NSInteger)collectionView:(UICollectionView *)collectionView numberOfItemsInSection:(NSInteger)section {
    NSLog(@"Check numberofItemsInSection");
    id <NSFetchedResultsSectionInfo> sectionInfo = [self.fetchedResultsController sections][section];
    return [sectionInfo numberOfObjects];
    //FOLLOWING THE FRC THIS METHOD IS CALLED AND ONCE AGAIN THE FRC IS TRIGGERED
}

- (UICollectionViewCell *)collectionView:(UICollectionView *)collectionView cellForItemAtIndexPath:(NSIndexPath *)indexPath {
    static NSString *CellIdentifier = @"Cell";
    //THIS IS WHERE GUTS OF THE CELLS ARE POPULATED.  I LEFT IT OUT FOR BREVITY.
    //THIS METHOD IS NEVER TRIGGERED WHEN CLEARING OUT THE CORE DATA.
}

Answer 1

您可能（猜测，因为您没有说）正在使用FetchedResultsController作为表的数据源。

如果是这样，请注意FRC对象是“活动的”，即它们会主动响应其数据（链接到的核心数据内容）的更改。 如果您从它们下面更改数据，它们将引起注意并做出响应。 而且，如果您将它们链接为UITableViews的数据源，则它们将告诉表视图有关它。

如果您想发布一些有关如何将数据从核心数据链接到表视图的详细信息，我们可以更好地帮助您了解为何核心数据更改会导致向TableView生成消息。