Données de base: la mise à jour d'un objet géré n'appelle pas NSFetchedResultsControllerDelegate

Question

Un problème de mise à jour de ma vue de table se produit lorsque je modifie par programmation une propriété d'objet géré existante. Je m'attendrais à ce que mon NSFetchedResultsControllerDelegate soit appelé dans un tel cas, mais ce n'est pas le cas.

d'Apple doc dit:

Une instance de NSFetchedResultsController utilise des méthodes dans ce protocole d'aviser son délégué que les résultats aller chercher du contrôleur ont été modifiés en raison d'un ajout, de suppression, déplacer ou mise à jour opérations.

En plus de détails, mon objet géré comme une propriété int appelé status qui prend des valeurs d'une enum. Ma vue de table n'affiche que les objets dont le status est égal à upToDate (l'une des valeurs de l'énumération). Pour ce faire, mon FetchedResultController a un prédicat qui teste ce statut:

predicate = [NSPredicate predicateWithFormat:@"doc.status == %d", upToDate]; 

Il fonctionne très bien, mais les mises à jour ne sont pas répercutées lorsque je change un objet hors de la date de retour à l'état upToDate. Mon code est modifié à partir du modèle d'Apple.

Voici ce que j'ai essayé:

myObject.status = [NSNumber numberWithInt:upToDate]; 
[managedObjectContext save:nil]; 
[managedObjectContext processPendingChanges]; 
[myTableView reloadData]; 

Et enfin, je réussi à avoir mon point de vue la table mise à jour avec un appel à:

[fetchedResultsController performFetch:&error]; 
[myTableView reloadData]; 

Mais même alors, aucun de mes NSFetchedResultsControllerDelegate méthodes get appelé, en contradiction avec le document d'Apple. De plus, aucune animation fluide ne se produit. Je pensais que controllerWillChangeContent:, controller:didChangeObject:atIndexPath:forChangeType:newIndexPath: et controllerDidChangeContent: étaient appelés.

Je suppose que j'ai manqué quelque chose, peut-être quelque chose d'évident, mais je ne vois pas quoi. Est-ce que performFetch: doit être appelée chaque fois qu'un objet géré change potentiellement? Quand est-ce que le NSFetchedResultsControllerDappelle vraiment son délégué?

Merci.

Answer 1

Si les méthodes déléguées FRC ne sont jamais appelées quel que soit le type de modification, l'explication la plus probable est que le délégué n'est pas correctement configuré. Il pourrait être causé par:

1. Le délégué est simple pas défini
2. La classe délégué ne déclare pas le protocole NSFetchedResultsControllerDelegate.
3. Vous apportez les modifications dans un autre contexte sans fusionner.

Je suggère de capturer le retour d'erreur de l'opération de sauvegarde pour s'assurer que rien ne se passe avec la sauvegarde.

Le FRC doit être informé de toute modification de son contexte, qu'il ait été sauvegardé ou non. Le FRC devrait alors informer son délégué.

Answer 2

Je l'ai eu juste arriver avec un initWithFetchRequest: managedObjectContext: sectionNameKeyPath: cacheName: où ensuite sectionNameKeyPath est non-nul. Si je m'assure que sectionNameKeyPath est nul alors j'obtiens les mises à jour comme je m'y attendais.

J'étudie toujours pourquoi cela se produit