Hallo,

ich habe ein kleines Problemchen.

Vorhanden ist eine CoreData Anwendung mit mehreren Entitäten, die sich gegenseitig u.U referenzieren - durch to-many und to-one Beziehungen. Ganz normal halt. Nun muss ich unbedingt über das Löschen von Objekten informiert werden, bevor der Löschprozess überhaupt beginnt.

Wird ein (beliebiges) NSManagedObject im Sinne von CoreData gelöscht geschieht dies ja in mehreren Schritten, welche ich noch nicht zu 100% aufzählen kann.

Meine Beobachtungen haben allerdings ergeben, dass:

Die gelöschten Objekte, die im userInfo Dictionary von NSManagedObjectContextDidSaveNotification stehen haben keine Beziehungen mehr haben (falls sie zuvor welche hatten) - die wurden nämlich "genilt".

Überschreibe ich deleteObject: von NSManagedObjectContext ist dies dort auch der Fall.

Ich suche also eine Möglichkeit Objekte (inkl. aller Beziehungsinformationen), die gelöscht werden würden, sobald der NSManagedObjectContext ein save: ausführen würde. (Öhm ich war noch nie gut in Deutsch...)

Bevor sie aus dem ManagedObjectContext entfernt werden.

Sie haben Post.

Eigentlich schon - aber das ist erstmal nicht so wichtig. Gäbe es eine Möglichkeit unabhängig vom save:?

Übrigens sind die Beziehungen auch schon genillt falls ich vor save: die Methode deletedObjects von NSManagedObjectContext aufrufe...

Glaube schon, dass ich das verstanden habe.

Hier mal die konkrete Problemstellung:

Die Objekte der Entität "Person" sollen einzeln in einem Ordner auf der Festplatte gespeichert werden. Mein Gedanke war mich vom NSManagedObjectContext über neue, gelöschte sowie geupdatete Personen informieren zu lassen, sobald der Context ein save: empfängt. Diese Informationen über gelöschte/neue geupdatete Personen könnte ich nutzen, um die neuen Personen auf die Platte zu schreiben, gelöschte Personen von der Platte zu löschen und geupdatete ebenfalls auf der Platte updaten.

Ich fange also die Notification NSManagedObjectContextDidSaveNotification ab und hole mir die jeweiligen Objekte aus dem entsprechenden userInfo Dict.

"The notification object is the managed object context. The userInfo dictionary contains the following keys: NSInsertedObjectsKey, NSUpdatedObjectsKey, and NSDeletedObjectsKey."

Das klappt ja alles wunderbar - allerdings sind eben die DeletedObjects "beziehungslos". Eine Person verfügt zb. über eine Beziehung zu einem Haus, in welchem steht, in welchen Ordner auf der Platte die Personen gespeichert werden sollen.

Da die gelöschten Personen sobald NSManagedObjectContextDidSaveNotification von ihren Häusern nichts wissen kann ich sie auch nicht wieder von der Platte löschen.

Ich hätte wohl doch lieber das Problem so konkret formulieren sollen. Tötet mich.

Soweit komplett richtig erkannt und danke für deinen Vorschlag.

Zur Realisierung:

"Dann würde ich mich in deren Setter hängen und die "Verschiebe" bzw. "Löschoperationen" dort vornehmen."

Ein Haus kennt viele Personen. Also müsste ich statt der Methode add: des Personenarraycontrollers immer über ein konkretes Hausobjekt eine Person hinzufügen. Meine Häuser müssten Methoden haben wie: addPerson:, removePerson:, ...

Richtig?

Was meinst du genau mit: "Es gibt aber eine Nachricht an ein Objekt,bevor es gespeichert wird. "?

Danke Tom - das ist mal ein schöner Trick.

Du bist der Beste.

Original von Tom9811
Danke für das übertriebene Kompliment.

Du nimmst mich nur nicht ernst. Das ist dein Problem

Original von Tom9811
ROFLMAO!

Ernsthaft: Ich habe ja nun deine Entwicklung hier wie alle mitbekommen. Mir fiel auf, dass du dich extrem schnell in Objective-C und Cocoa eingearbeitet hast. Was hast du vorher gemacht?

Bordelbetreiber.



Ne - ich komme von der Qt/C++ Ecke. Böse - gell?