UIDocument & NSFileWrapper - file di grandi dimensioni che richiedono molto tempo per il salvataggio, nonostante le modifiche incrementali

Question

Ho un'app basata su UIDocument che utilizza NSFileWrapper s per archiviare i dati. Il wrapper di file "master" contiene molti wrapper di file di directory aggiuntivi, ognuno dei quali rappresenta una pagina diversa del documento.

Quando si salva un documento di grandi dimensioni per la quale è stata modificata solo una piccola parte di una pagina, UIDocument trascorre un tempo lungo nel scrivere le modifiche (in writeContents:andAttributes:safelyToURL:forSaveOperation:error:) di sfondo. Sicuramente dovrebbe scrivere solo questa piccola modifica al file wrapper ... cosa ci vuole così tanto tempo?

mio contentsForType:error: di override restituisce un nuovo involucro file di directory con il contenuto del file master involucro (à la WWDC 2012 Session 218 - Using iCloud with UIDocument):

- (id)contentsForType:(NSString *)typeName error:(NSError *__autoreleasing *)outError 
{ 
    if (!_fileWrapper) { 
     [self setupEmptyDocument]; 
    } 
    return [[NSFileWrapper alloc] initDirectoryWithFileWrappers:[_fileWrapper fileWrappers]]; 
} 

Ed ecco una bella foto di una traccia dello stack da Time Profiler:

per inciso, si dice ~ 1.6s in questo thread di lavoro per risparmiare - in fase di esecuzione effettivo questo equiparato a circa 8 secondi.

---

Edit:

C'è qualche modo per verificare se i wrapper di file richiedono la scrittura su disco o no? Solo così posso confermare che non sto facendo qualcosa di strano come aggiornare ogni sottocartella quando apporto una piccola modifica (anche se sono sicuro di non esserlo ...).

---

Edit:

ho avuto un ulteriore giocare con l'applicazione CloudNotes del campione, e sembra che NSFileWrapperfa attuare il risparmio incrementale, almeno in questo caso! L'ho provato inizializzando un documento con 100 note, ognuna delle quali conteneva circa 5 MB di dati. Ho fatto una piccola modifica qua e là (un singolo carattere che cambia in una vista testuale indica che il documento ha bisogno di essere salvato), e ho registrato all'incirca quanto tempo ogni salvataggio ha richiesto. Il test è relativamente grezza (ed eseguire sul simulatore), ma i risultati sono stati qualcosa di simile:

• prima di scrittura: ~ 8000ms
• 2 ° scrittura: ~ 4000ms
• 3 ° scrittura: ~ 300ms
• scrive tutti successive: ~ 40ms

Ovviamente ci sono molti fattori che influenzano il tempo necessario, in particolare dal momento che è il risparmio utilizzando coordinamento file in un thread in background, ma in generale la tendenza sembra sempre di essere questo tipo di exponen decadimento, fino a quando tutte le scritture diventano veramente molto veloci.

Ma sto ancora cercando di capire perché questo non accade nella mia app. Per un documento di più pagine di grandi dimensioni (grande, ma ancora molte volte più piccolo del documento per il test di CloudNotes che ho eseguito sopra), l'utente può attendere molti secondi prima che un documento venga chiuso. Non voglio dover mettere un filatore per qualcosa che dovrebbe essere praticamente istantaneo.

Answer 1

NSFileWrapper sta effettivamente caricando l'intero documento in memoria. Quindi con un UIDocument, l'utilizzo di un NSFileWrapper non va bene per documenti di grandi dimensioni. La documentazione ti fa pensare che faccia un risparmio incrementale, ma nel mio caso non sembra farlo.

UIDocument non è limitato a solo NSFileWrapper o NSData. Puoi usare la tua classe personalizzata, devi solo sovrascrivere determinati metodi. Ho finito per scrivere la mia classe di wrapper di file che si riferisce semplicemente ai file su disco e legge/scrive singoli file su richiesta.

Questo è ciò che la mia classe UIDocument assomiglia utilizzando il file personalizzato involucro:

@implementation LSDocument 

- (BOOL)writeContents:(LSFileWrapper *)contents 
     andAttributes:(NSDictionary *)additionalFileAttributes 
      safelyToURL:(NSURL *)url 
    forSaveOperation:(UIDocumentSaveOperation)saveOperation 
       error:(NSError *__autoreleasing *)outError 
{ 
    return [contents writeUpdatesToURL:self.fileURL error:outError]; 
} 

- (BOOL)readFromURL:(NSURL *)url error:(NSError *__autoreleasing *)outError 
{ 
    __block LSFileWrapper *wrapper = [[LSFileWrapper alloc] initWithURL:url isDirectory:NO]; 
    __block BOOL result; 
    dispatch_sync(dispatch_get_main_queue(), ^(void) { 
     result = [self loadFromContents:wrapper 
           ofType:self.fileType 
            error:outError]; 
    }); 
    [wrapper loadCache]; 
    return result; 
} 

@end 

Io uso questo come classe base e sottoclasse per altri progetti. Dovrebbe darti un'idea di cosa devi fare per integrare una classe di wrapper di file personalizzata.