Développement iOS
  1. Développement iOS
  3. Modifier la propriété NSManagedObject sans triggersr des methods de délégué?
Intereting Posts
Faire un button appeler un numéro de téléphone dans iOS Quitter une application ou aller au tableau de bord (page principale) par programme – IOS iOS >> La vue glissée revient à la position d'origine >> Mise en page automatique combinée avec UIPanGestureRecognizer Comment layoutIfNeeded est-il utilisé? SKScene dans UIViewController Comment est-ce que je peux faire l'observation de valeur de clef et get un callback de KVO sur le cadre d'un UIView? Apple PushKit didUpdatePushCredentials n'est jamais appelé sur iOS 9+ Icône de l'application iOS – comment? un dataModel de Coredata peut-il faire partie d'un autre set que le bundle principal? Comment éviter l'ajustement automatique de la taille de la police iOS? NSFetchedResultsController sortinger par prénom ou nom de famille vérifier rapidement si 3D Touch est possible Le code jQuery ne fonctionne pas sur iOS UICollectionView reloadData ne fonctionne pas correctement dans iOS 7 Référence à l'auto-bloc intérieur

Modifier la propriété NSManagedObject sans triggersr des methods de délégué?

Existe-t-il un moyen (ou des astuces) de modifier un NSManagedObject actuellement détenu par un NSFetchedResultsController délégué sans triggersr les didChangeObject: et controllerWillChangeContent: delegate?

Par exemple, current si je change myObject.property = @"hello"; , les methods de délégué sont déclenchées et des mises à jour sont apscopes à ma vue de table, mais je ne veux pas que cela se produise, mais seulement pour certains changements où je spécifie explicitement, pas tous les changements.

La setPrimitiveValue:forKey: de NSManagedObject fait exactement cela, par exemple 

 [myObject setPrimitiveValue:@"hello" forKey:@"property"]

ou, en utilisant les methods d'access générées dynamicment: 

 [myObject setPrimitiveProperty:@"hello"]

Mais vous devriez lire la documentation de cette méthode, car il y a quelques "considérations spéciales".

Une approche différente pourrait être de créer un «context d'object géré nested» et de faire toutes les modifications sur ce context enfant. Ce n'est que lorsque le context enfant est enregistré que les modifications sont propagées au context parent.