NSDocument architecture eksileri ve eksileri

Question

Herhangi bir NSDocument artıları ve eksileri paylaşmak istedikleri var mı? Özellikle

:

Eğer NSDocument mimarisine bağlıdır kez

• , bu eğer gerekiyorsa bunu gözden geçirmeniz zor?

• Performans etkileri var mı?

• Sizi belirli bir çok şekilde sınırlıyor mu?

Answer 1

(1) NSDocument öğesine gittiğinizde, geri dönmek zor. Bunun nedeni, NSDocument mimarisinin sizin için büyük miktarda ağır kaldırma yaptığıdır. Düzgün çalışan çoklu belge tabanlı bir Kakao uygulaması için temel oluşturur. İstersen tekerleği yeniden icat edebilirsin, ama parite elde etmek için çok büyük miktarda iş olacak.

(2) Hayır; Tabii ki, belge mimarisi devleti idame ettirirken birtakım döngüleri tüketir, vs. Ancak, kendi başınıza denemek ve yuvarlamak zorunda kalırsanız, aynı şeyi yapmak zorunda kalırsınız. Ve AppKit ekibindeki belge mimarisini sürdüren insanlar bunu yapıyorlar çünkü bu onların işi. Müşterilerinize ürünleri hızlı ve en iyi şekilde müşterilere ulaştırmak. Bu hedefe ulaşmanın bir parçası olarak bir belge mimarisi oluşturmayı haklı çıkarırsanız, bunun için gidin. Eğer değilse ve bir tanesine ihtiyacınız varsa, verdiğinizi tekrar kullanın.

(3) Bu belge tabanlı bir uygulama uygulaması oluşturmanızı sınırlar.

Belge tabanlı bir uygulamaya ihtiyacınız varsa, ciddi olarak, NSDocument ile gidin. Eğer yapmazsan, yapma.

Son zamanlarda, tüm belge başına verilerin çeşitli metin tabanlı dosyalardan içe aktarıldığı bir veri işleme uygulaması yazdım. Oturumlar arasında veriyi sürdürmeye ihtiyacım yok - listeye girmek güzel - ama ben hala NSDocument ile gittim. Beni çok zaman kurtardı.