RestKit + CoreData: come salvare un oggetto localmente solo dopo che il salvataggio remoto ha avuto successo?

Question

Sto utilizzando RestKit 0.10.1 con Core Data su una destinazione di distribuzione iOS 5.0 per creare un'app che si interfaccia con un'API RESTFul personalizzata. Poiché la connettività offline è importante, sto mantenendo una cache dei dati dell'utente in un database CoreData locale sul dispositivo.

Ora, RestKit è davvero fantastico ed è stato piuttosto semplice impostare un RKFetchResultsTableController per visualizzare e mantenere i miei dati. Tuttavia, c'è un comportamento di RestKit che non sembra ideale e che non riesco a capire come cambiare.

Ho un modello chiamato "Registrazione". Per creare una nuova registrazione, sto facendo il seguente:

Recording *r = [NSEntityDescription insertNewObjectForEntityForName:@"Recording" inManagedObjectContext:[[RKObjectManager sharedManager].objectStore managedObjectContextForCurrentThread]]; 

r.name = newName; 

[[RKObjectManager sharedManager] sendObject:r toResourcePath:@"/recordings" usingBlock:^(RKObjectLoader *loader){ 
     loader.delegate = self; 
     loader.method = RKRequestMethodPOST; 
     loader.serializationMIMEType = RKMIMETypeJSON; 

     loader.serializationMapping = [RKObjectMapping serializationMappingUsingBlock:^(RKObjectMapping *serializationMapping){ 
      [serializationMapping mapAttributes:@"name", nil]; 

     }]; 

     RBMappingProvider *mappings = (RBMappingProvider *)[[RKObjectManager sharedManager] mappingProvider]; 
     loader.objectMapping = [mappings recordingObjectMapping]; 

    }]; 

Questo crea una nuova entità di tipo 'Recording' e poi invia il soggetto al server in una richiesta POST. In un caso di successo, funziona alla grande.

Tuttavia, il problema è che il server a volte respinge questi crea legittimamente. Quello che trovo in queste situazioni è che esiste già una copia locale dell'entità nel database Core Data con un id di 0 (l'id è la chiave primaria che è impostata dal server).

L'unico modo per rimuovere l'entità locale è forzare un aggiornamento dei dati locali dal server.

C'è un modo per mantenere l'oggetto localmente solo quando il server risponde con un 2xx? In alternativa, c'è un modo per annullare le modifiche se il server risponde con qualcosa tranne un 2xx?

Grazie,

Answer 1

Purtroppo, a causa di registrazione è un NSManagedObject, anche l'istanza temporanea deve essere inserito nel contesto oggetto gestito. @ La soluzione di Mundi di mantenere il riferimento e cancellarla dal contesto dopo l'errore è la soluzione che userei. Un po 'di codice extra batte un aggiornamento completo dal server.

L'aggiornamento a 0.20.x lo renderà più semplice. I blocchi di successo e fallimento che vengono utilizzati quando si invia una richiesta rendono molto facile mantenere questo riferimento ed eliminarlo in caso di errore. Ad esempio:

[_objectManager postObject:aMessage 
         path:@"message" 
       parameters:parameters 
        success:^(RKObjectRequestOperation * operation, RKMappingResult * mappingResult){ 
        // Success code here 
        } 
        failure:^(RKObjectRequestOperation * operation, NSError * error){ 
        [_managedObjectContext deleteObject:aMessage]; 
        [_managedObjectContext save:nil]; 
        }];