Was ist der richtige Weg, um eine NSURL in Core Data zu speichern?

Question

Ich versuche, NSManagedObjectIDs in Core Data-Objekten zu archivieren/entpacken, damit beim nächsten Start meiner App diese IDs abgerufen und zum Abrufen bestimmter Objekte verwendet werden können.

Ich habe versucht, „Archivierung“ die ID wie folgt aus:

//defaultConfiguration is an NSManagedObject defined elsewhere and it works just fine...  
// and newObject is also properly initialized, bound to a context,etc... 

ArchivedID* newID = [NSEntityDescription insertNewObjectForEntityForName:@"ArchivedID" inManagedObjectContext:managedObjectContext]; 
[self.defaultConfiguration addArchiveIDObject:newID]; 
newID.idURI = [[newObject objectID] URIRepresentation]; 
[managedObjectContext save:&error]; 

Und dann so dearchiviert (Ich werde nur für [ANYOBJECT] Ursache Ich teste und es gibt nur einen an dieser Stelle):

NSManagedObjectID* ID = [managedObjectContext.persistentStoreCoordinator managedObjectIDForURIRepresentation:[defaultConfiguration.archiveID anyObject]]; 

Aber wenn ich versuche, die URL immer wie oben zurück, erhalte ich die folgende Ausnahme:

Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[ArchivedID relativeString]: unrecognized selector sent to instance 0x7f59f20' 

Das Attribut in der Entity wurde über Xcode auf "transformable" gesetzt und ich habe das Transformer-Wert-Feld in Xcode leer gelassen, da die Core Data-Dokumentation zu implizieren scheint, wenn sie leer ist, verwende sie den Standard-Transformer.

Was mache ich falsch?

Answer 1

Ok ... Es war 14hrs gerade der Codierung .. ich eine bin .. eh .. Idiot:

ich das Attribut in dem Objekt ArchivedID Zugriff vergessen zu. Das heißt:

NSManagedObjectID* ID = [managedObjectContext.persistentStoreCoordinator managedObjectIDForURIRepresentation:[defaultConfiguration.archiveID anyObject]]; 

sollte

NSManagedObjectID* ID = [managedObjectContext.persistentStoreCoordinator managedObjectIDForURIRepresentation:[[defaultConfiguration.archiveID anyObject] idURI]]; 

Answer 2

Es ist möglich, dass Sie dieses Problem lösen können, ohne URLs zu speichern. Ziehen Sie in Erwägung, Ihrem Modell ein boolesches Flag hinzuzufügen und die Objekte, die Sie abrufen möchten, als wahr zu markieren und markierte Objekte beim nächsten Start Ihrer App zu holen.

Sie könnten jedoch versuchen, die Zeichenfolgenversion der URL mit -absoluteString abzurufen und diese zu speichern.

Answer 3

Ich mag, was @kevboh vorgeschlagen. Sie könnten auch das Speichern der objectID s spezifischen s in NSUserDefaults in Betracht ziehen. Zum Beispiel:

[[NSUserDefaults standardUserDefaults] setObject:featuredNSManagedObjectIDArray 
              forKey:@"FeaturedNSManagedObjectIDs"]; 

Answer 4

Hmmm. Scheint, dass es einen viel einfacheren Weg gibt, dies mit CoreData zu tun. Denken Sie daran, CoreData ist ein Objektgraph. Es ist gut, Beziehungen zu verfolgen.

Warum haben Sie nicht einfach eine Entität in CoreData, die eine Eins-zu-viele-Beziehung zu den Objekten hält, die Sie mögen? Dann können Sie einfach einfügen/entfernen/suchen/wiederholen/was auch immer über die Sammlung von Objekten.