Ich habe 2 NSManagedObject-Kontexte, einen temporären und einen anderen, der primär ist. Für den temporären Kontext ist der übergeordnete Kontext auf den primären Kontext festgelegt. Ich benutze sie beide in den folgenden Fällen:NSManagedObjectContext Child/Parent - Child entfernt registrierte Objekte nicht
- Wenn ich ein "neues" Objekt erstellen, erstelle ich ein neues mit dem temporären Kontext. Wenn der Benutzer auf "Abbrechen" klickt und sich entscheidet, das neue Objekt nicht zu erstellen, lösche ich einfach das Objekt aus dem Kontext des verwalteten Objekts und speichere diesen Kontext.
- Wenn der Benutzer dieses neue Objekt speichert, speichere ich den temporären Kontext und speichere dann den primären Kontext, um diese Änderungen zu erhalten. Ich benutze die "performBlock" -Methoden und verknüpfe die Saves, wie es von Apple und anderen Stackoverflow-Posts empfohlen wird.
- Wenn ich ein vorhandenes Objekt bearbeite, behalte ich es während der Bearbeitung im primären Kontext. Wenn der Benutzer auf "Abbrechen" klickt, rufe ich "Rollback" für den primären Kontext auf, der alle Änderungen verwirft.
In diesen Fällen scheint alles gut zu funktionieren. Nach den Sicherungen meldet der temporäre Kontext, dass er 0 registrierte Objekte hat und der primäre Kontext ein zusätzliches Objekt hat.
Es gibt jedoch einen Fall, in dem das Erstellen eines "neuen" Objekts ein anderes Objekt enthält, das eine Beziehung zu diesem neuen Objekt hat. Für dieses Objekt erstelle ich also das neue Objekt, erstelle das "Kind" -Objekt und setze es auf das Elternobjekt. Also gibt es 2 NSManagedObjects. Ich führe einen "Save" auf die gleiche Weise durch - der temporäre Kontext wird gespeichert und anschließend wird der primäre gespeichert. Das Problem ist, dass mein temporärer Kontext immer noch angibt, dass er nach dem Speichern 2 registrierte Objekte hat. Das primäre Objekt gibt auch an, dass es 2 hat, und sie werden alle korrekt angezeigt.
Ich kann dies beheben, indem Sie einen "Reset" für den temporären Kontext nach dem Ausführen der "Speichern" im temporären Kontext durchführen. Dies scheint jedoch nicht richtig zu sein. Warum sollte ich das tun müssen? Warum meldet mein temporärer Kontext registrierte Objekte auch nach dem Speichern noch?
EDIT: Ich kann auch beheben, indem Sie "refreshObject: Objekt mergeChanges: NO" auf das Objekt aus dem temporären Kontext nach dem Speichern im temporären Kontext durchführen. Dies scheint die beste Lösung für jetzt (bis jemand erklären kann, warum ich das tun muss oder warum das passiert). Meine Vermutung ist, dass die Objekte sich aufeinander beziehen, was dazu führt, dass die Objekte nicht freigegeben werden.
Es scheint, dass die Ausführung eines "refreshObject" oder "refreshAllObjects" keine nachteiligen Nebenwirkungen für meine Anwendung verursacht. Sobald das "Speichern" im primären Kontext auftritt, wird mein abgerufener Ergebniscontroller über die Änderung erfolgreich informiert (mit oder ohne den temporären Kontext zu löschen). Es scheint, dass die Aktualisierung die beste Option ist. – CoBrA2168
Das Aktualisieren von Objekten führt dazu, dass Core-Daten je nach Ihrem Stalyness-Intervall erneut in den Store gelangen. Es gibt einen Leistungseinfluss, wenn Sie eine Aktualisierung aufrufen, und sie sollte sparsam verwendet werden. Core Data ist sehr gut darin, seinen eigenen Speicher zu verwalten. Beteiligen Sie sich nur, wenn Sie ein tatsächliches Leistungsproblem haben. –
Kein echtes Leistungsproblem, nur um zu verhindern, dass es in der Zukunft auftritt. Ich begann, dies zu untersuchen und mein Core-Data-Modell zu ändern, als ich Instrumente benutzte - ich bemerkte, dass gelöschte NSManagedObjects im Speicher blieben. Ich konnte keine konkreten Beweise oder Dokumente finden, die das als erwartetes Verhalten ausweisen. – CoBrA2168