Обновление Delay UITableView при обновлении NSFetchedResultsController из-за NSManagedObjectContext save

Question

Я сортирую UITableView с помощью предиката с NSFetchedResultsController. Но, когда я делаю изменения в подробном представлении и сохраняю его, объект, который я изменил, сразу же помещается в его новое место в UITableView.

У меня есть кнопки вверх/вниз, похожие на вид сообщения в Mail. Такое поведение нарушает порядок элементов, и я хотел бы отложить это изменение до тех пор, пока пользователь не вернется к причинам UITableView по UX. Я применил методы NSFetchedResultsControllerDelegate в UITableViewController. Есть ли простой/умный способ сделать это?

Редактирование: Ниже перечислены методы NSFetchedResultsControllerDelegate, реализованные в UITableViewController.

- (void)controllerWillChangeContent:(NSFetchedResultsController *)controller { 
    [self.tableView beginUpdates]; 
} 


- (void)controller:(NSFetchedResultsController *)controller didChangeSection:(id <NSFetchedResultsSectionInfo>)sectionInfo 
      atIndex:(NSUInteger)sectionIndex forChangeType:(NSFetchedResultsChangeType)type { 

    switch(type) { 
     case NSFetchedResultsChangeInsert: 
      [self.tableView insertSections:[NSIndexSet indexSetWithIndex:sectionIndex] 
          withRowAnimation:UITableViewRowAnimationFade]; 
      break; 

     case NSFetchedResultsChangeDelete: 
      [self.tableView deleteSections:[NSIndexSet indexSetWithIndex:sectionIndex] 
          withRowAnimation:UITableViewRowAnimationFade]; 
      break; 
    } 
} 


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

    UITableView *tableView = self.tableView; 

    switch(type) { 

     case NSFetchedResultsChangeInsert: 
      [tableView insertRowsAtIndexPaths:[NSArray arrayWithObject:newIndexPath] 
          withRowAnimation:UITableViewRowAnimationFade]; 
      break; 

     case NSFetchedResultsChangeDelete: 
      [tableView deleteRowsAtIndexPaths:[NSArray arrayWithObject:indexPath] 
          withRowAnimation:UITableViewRowAnimationFade]; 
      break; 

     case NSFetchedResultsChangeUpdate: 
      [self configureCell:[tableView cellForRowAtIndexPath:indexPath] 
        atIndexPath:indexPath]; 
      break; 

     case NSFetchedResultsChangeMove: 
      [tableView deleteRowsAtIndexPaths:[NSArray arrayWithObject:indexPath] 
          withRowAnimation:UITableViewRowAnimationFade]; 
      [tableView insertRowsAtIndexPaths:[NSArray arrayWithObject:newIndexPath] 
          withRowAnimation:UITableViewRowAnimationFade]; 
      break; 
    } 
} 


- (void)controllerDidChangeContent:(NSFetchedResultsController *)controller { 
    [self.tableView endUpdates]; 
} 

Answer 1

Проблема не в методах NSFetchedResultsControllerDelegate. Эти методы вступают в игру только в том случае, если что-то изменяет модель данных, пока таблица видна.

Ваша проблема заключается в том, что вы меняете данные, когда представление таблицы выключено и неактивно. Таблицы предназначены для автоматического отображения модели данных, предоставленной им. Когда вы возвращаетесь к представлению таблицы из подробного представления, он автоматически перезагружает свои данные, которые теперь содержат изменения, сделанные в подробном представлении. Это сделало бы это независимо от того, как вы предоставили данные в таблицу.

Единственный способ предотвратить отображение таблицами изменений до тех пор, пока вы не хотите, чтобы они не добавляли данные в модель данных, пока вы не захотите, чтобы изменения отображались. Вам нужно будет передать данные из подробного представления обратно в таблицу в объекте non-managedObject и создать управляемый объект в контроллере tableview, когда вы захотите его отобразить.

Однако, с точки зрения дизайна пользовательского интерфейса, я предлагаю вам переосмыслить свой дизайн. Если вы не измените таблицу до тех пор, пока она не перезагрузится, как вы будете сигнализировать пользователям о том, что вы собираетесь внести изменения? Будет ли пользовательский интерфейс неожиданно обновляться без видимой причины? Будет ли пользователь инициировать его? Что, если они забудут?

Я думаю, что пользователи будут ожидать, что любые изменения, сделанные в подробном представлении, будут немедленно отражены в представлении таблицы, потому что именно так работают практически все пары tableview-detailView. Например, если вы меняете имя контакта в контактной информации Адресной книги, которая мгновенно отображается, когда вы возвращаетесь к списку контактов.

Answer 2

Один трюк, который я использовал, это вызвать beginUpdates, когда вы представляете свой контроллер подробных представлений, а затем endUpdates, когда он заканчивается, исчезает. Например.

-(void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender{ 
    if([segue.identifier isEqualToString:@"showDetail"]){ 

     // configure detail controller 

     // makes row appear after modal disappears. 
     [self.tableView beginUpdates]; 
     [v setViewDidDissapear:^(BOOL animated) { // custom block added 
      [self.tableView endUpdates]; 
     }]; 
    } 
}