NSDocument Architektur Vor-und Nachteile

Question

Hat jemand irgendwelche NSDocument Vor-und Nachteile sie teilen möchten?

Im Einzelnen:

• Wenn Sie auf der NSDocument Architektur abhängen, ist es schwierig, es Refactoring, wenn Sie müssen?

• Gibt es Auswirkungen auf die Leistung?

• Ist es Ihnen in bestimmten / viele Möglichkeiten begrenzen?

Answer 1

(1) Sobald Sie NSDocument gehen, ist es schwer, wieder zu gehen. Das ist, weil die NSDocument Architektur eine riesige Menge an schwerem Heben für Sie tut. Es schafft die Grundlage für eine richtig mehrere Dokument basiert Cocoa-Anwendung funktioniert. Sie können das Rad neu erfinden, wenn Sie wollen, aber es wird eine riesige Menge an Arbeit nur sein Parität zu erreichen.

(2) Nein; natürlich verbraucht die Dokumentarchitektur einige Zyklen in Zustand zu halten, usw. Aber Sie würden so ziemlich müssen das gleiche tun, wenn Sie versuchen würden, und Ihre eigene Rolle. Und die Leute auf dem AppKit Team, das die Dokumentarchitektur halten tun dies, weil sie ihre job-- Ihre Aufgabe ist es, Produkte zu den Kunden zu versenden, wie schnell und gut Sie können. Wenn Sie rechtfertigen zu treffen, um dieses Ziel ein Dokument Architektur als Teil bauen, gehen für sie. Wenn nicht und man einen braucht, wieder verwenden die, die Sie gegeben werden.

(3) Es begrenzt Sie ein Dokument basierte Anwendung Anwendung zu schaffen. :)

Im Ernst, wenn Sie ein Dokument basierte Anwendung benötigen, gehen Sie mit NSDocument. Wenn Sie nicht, dies nicht tun.

Ich schrieb vor kurzem eine Datenverarbeitungsanwendung, in der alle der pro-Dokumentdaten aus verschiedenen textbasierte Dateien importiert wird. Ich habe nicht wirklich eine Notwendigkeit, die Daten zwischen den Sitzungen zu bestehen - es auf der schön Liste haben - aber ich ging noch mit NSDocument. Es ersparte mir eine Menge Zeit.