Problème de persistance / performance du kit de repos avec les MOC Multiplie

C'est la première fois que j'utilise la nouvelle version de RestKit et plusieurs MOC. Im en utilisant RestKit 0.20-pre5 et j'ajoute des objects gérés via les opérations RestKit ainsi que manuellement dans toute l'application.

RestKits fournit deux MOC pour gérer les performances: les contexts MainQueue et PersistantStore Object. A partir de l'inspection du code RestKits, tous les nouveaux objects gérés sont sauvegardés dans le MOC mainQueue (basé sur la ligne RKObjectManager 433 et inspection de diverses adresses de pointeur). Les objects créés par RestKit sont bien conservés (après avoir appelé une sauvegarde bien sûr) cependant chaque fois que je crée mes propres ManagedObjects dans le même MOC mainQueue et que je les sauvegarde, ils ne persistent pas lorsque je relance l'application. (Je sauve le MOC assez souvent)

C'est là que le magasin persistant entre en jeu. Chaque fois que j'enregistre le magasin persistant avec le MOC MainQueue, datatables persistent. J'imagine que cela a quelque chose à voir avec le RKManagedObjectStore fusionnant les changements à chaque fois que j'appelle save sur le persistantStoreMOC (via une notification) Alors … tout va bien?

Le problème est que chaque fois que je sauvegarde les deux contexts, il y a un décalage notable qui dure au less 1 seconde (il peut varier jusqu'à 3!). Ce décalage semble augmenter le plus NSManagedObjects que je crée. J'ai exécuté des instruments et il n'y a aucun problème de memory. Je dois utiliser de manière incorrecte l'implémentation RestKits des données de base.

• Quelle class est renvoyée lors de la request d'instances de propriété NSManagedObject distinctes à partir de Core-Data?
• Comment observer si un object NSManagedObject est supprimé de managedObjectContext
• partager des données de base entre de nombreux users sur l'application
• Essayer de sauvegarder des données après avoir effectué une migration importante dans Core Data
• Comment utiliser CoreData lors du passage de la vue de collection à la vue de détail

Pour l'logging, je sauvegarde en utilisant la méthode suivante:

- (void)saveContext { __block BOOL _blockSuccess; __block NSError *_blockError; NSManagedObjectContext *persistantContext = [[[RKObjectManager sharedManager] managedObjectStore] persistentStoreManagedObjectContext]; [globalManagedObjectContext performBlockAndWait:^{ _blockSuccess = [globalManagedObjectContext save:&_blockError]; }]; if (! _blockSuccess) NSLog(@"Failed to save context: %@", _blockError); [persistantContext performBlock:^{ _blockSuccess = [persistantContext save:&_blockError]; if (! _blockSuccess) NSLog(@"Failed to save context: %@", _blockError); }]; } 

Ceci est appelé à partir d'un object singleton chaque fois que nous voulons save l'état de l'application. (globalManagedObjectContext est simplement une macro pointant vers RestKits mainQueueObjectContext). La suppression de l'logging persistantContext supprime le décalage mais, bien sûr, ne conserve pas datatables.

Anyones aider (en particulier Blake Watters;) serait grandement appréciée!

À votre santé,

Aron

• Impossible d'extraire l'élément associé de DynamoDB à l'aide des données de base
• NSPersistentStoreCoordinator lève EXC_BAD_ACCESS lors de la désallocation d'un object NSManagedObject après avoir lu un object NSManagedProperty spécifique
• Le programme d'installation qui permet à un enfant NSManagedObjectContext de récupérer lorsque son context parent est en cours d'logging
• Sauvegarde d'un tableau avec des données de base Swift 3?
• Affichage de plusieurs NSFetchedResultsControllers dans différentes sections de la même UITableView