Pro e contro dell'architettura NSDocument

Question

Qualcuno ha dei pro e contro di NSDocument che vorrebbe condividere?

In particolare:

• Una volta che si dipende dall'architettura NSDocument, è difficile riformattarla se necessario?

• Ci sono implicazioni sulle prestazioni?

• Ti limita in certi / molti modi?

Answer 1

(1) Una volta che vai su NSDocument, è difficile tornare indietro. Questo perché l'architettura NSDocument svolge un'enorme quantità di lavoro pesante per te. Crea le basi per un'applicazione Cocoa basata su documenti multipli correttamente funzionante. Puoi reinventare quella ruota se vuoi, ma sarà una grande quantità di lavoro solo per raggiungere la parità.

(2) No; naturalmente, l'architettura del documento consuma alcuni cicli per mantenere lo stato, ecc. Ma dovresti praticamente fare lo stesso se dovessi provare a creare il tuo. E le persone del team di AppKit che mantengono l'architettura del documento lo fanno perché è il loro lavoro: il tuo compito è spedire i prodotti ai clienti nel modo più veloce e migliore possibile. Se puoi giustificare la costruzione di un'architettura di documento come parte del raggiungimento di tale obiettivo, provaci. In caso contrario e ne hai bisogno, riutilizzare quello che ti è stato dato.

(3) Limita la creazione di un'applicazione basata su documenti. :)

Seriamente, se hai bisogno di un'applicazione basata su documenti, vai con NSDocument. Se non lo fai, non farlo.

Di recente ho scritto un'applicazione di elaborazione dati in cui tutti i dati per documento sono importati da vari file di testo. Non ho davvero bisogno di persistere nei dati tra le sessioni - è sulla buona lista avere - ma sono ancora andato con NSDocument. Mi ha fatto risparmiare un sacco di tempo.