Gestione degli errori in addPersistentStoreWithType

Question

Sto cercando di trovare informazioni sulla gestione degli errori durante la creazione di un coordinatore di negozio persistente su iPhone. Ho implementato la migrazione leggera

NSError *error = nil; 
NSDictionary *options = [NSDictionary dictionaryWithObjectsAndKeys: 
         [NSNumber numberWithBool:YES], NSMigratePersistentStoresAutomaticallyOption, 
         [NSNumber numberWithBool:YES], NSInferMappingModelAutomaticallyOption, nil]; 
_persistentStoreCoordinator = [[NSPersistentStoreCoordinator alloc] initWithManagedObjectModel:[self managedObjectModel]]; 
if (![_persistentStoreCoordinator addPersistentStoreWithType:NSSQLiteStoreType configuration:nil URL:storeURL options:options error:&error]) { 
    /* 
    Replace this implementation with code to handle the error appropriately. 

    abort() causes the application to generate a crash log and terminate. You should not use this function in a shipping application, although it may be useful during development. 

    Typical reasons for an error here include: 
    * The persistent store is not accessible; 
    * The schema for the persistent store is incompatible with current managed object model. 
    Check the error message to determine what the actual problem was. 


    If the persistent store is not accessible, there is typically something wrong with the file path. Often, a file URL is pointing into the application's resources directory instead of a writeable directory. 

    If you encounter schema incompatibility errors during development, you can reduce their frequency by: 
    * Simply deleting the existing store: 
    [[NSFileManager defaultManager] removeItemAtURL:storeURL error:nil] 

    * Performing automatic lightweight migration by passing the following dictionary as the options parameter: 
    @{NSMigratePersistentStoresAutomaticallyOption:@YES, NSInferMappingModelAutomaticallyOption:@YES} 

    Lightweight migration will only work for a limited set of schema changes; consult "Core Data Model Versioning and Data Migration Programming Guide" for details. 

    */ 
    NSLog(@"Unresolved error %@, %@", error, [error userInfo]); 
    abort(); 
}  

return _persistentStoreCoordinator; 

Questo è basato sul codice di Apple con il supporto aggiunto per la migrazione leggera.

Non riesco a trovare alcuna informazione sulla gestione degli errori se l'applicazione riscontrasse ancora un errore qui. Mi sembra che se non è possibile creare il database, l'applicazione non può essere utilizzata affatto.

• Devo solo chiedere all'utente di provare a reinstallare l'applicazione e visualizzare le informazioni rilevanti?
• È possibile mantenere l'istruzione abort() durante l'aggiunta di un prompt sull'errore o ciò causerà il rifiuto dell'applicazione da parte di Apple?

Answer 1

La chiamata all'abort() in questa situazione è fuori questione. Qualsiasi app che si blocca verrà respinta da Apple. E non risolve il problema: Avviare nuovamente l'app troverà lo stesso file di archivio e quindi fallirà nuovamente.

Per lo stesso motivo, la reinstallazione dell'app non aiuta e sarebbe un'esperienza utente negativa.

Ovviamente, la situazione non dovrebbe verificarsi se la migrazione è stata testata. Ma se si verifica questo errore fatale e la tua app non può aprire il database, devi creare un nuovo database.

I passaggi esatti da eseguire dipendono da ciò che è memorizzato nel database e se/come è possibile ripristinare i dati. Così si potrebbe

• rimuovere il file del database storico con [[NSFileManager defaultManager] removeItemAtURL:storeURL error:nil], o copiare un file di database di default dai programmi risorse per storeURL,
• chiamata _persistentStoreCoordinator addPersistentStoreWithType:... di nuovo per aprire il nuovo database.
• riempire di nuovo il database con i dati da un server o qualsiasi altra cosa da fare per ricreare i dati.