एनएसडी दस्तावेज़ आर्किटेक्चर पेशेवर और विपक्ष

Question

क्या किसी के पास कोई भी NSDocument पेशेवर और विपक्ष है जो वे साझा करना चाहते हैं?

विशेष रूप से:

• एक बार जब आप NSDocument वास्तुकला पर निर्भर करते हैं, यह इसे बाहर refactor करने के लिए अगर आप की जरूरत है मुश्किल है?

• क्या प्रदर्शन प्रभाव हैं?

• क्या यह आपको कुछ/कई तरीकों से सीमित करता है?

Answer 1

(1) एक बार जब आप NSDocument पर जाते हैं, तो वापस जाना मुश्किल होता है। ऐसा इसलिए है क्योंकि NSDocument आर्किटेक्चर आपके लिए भारी उठाने की एक बड़ी राशि करता है। यह कोको एप्लिकेशन के आधार पर एक उचित कामकाजी एकाधिक दस्तावेज़ के लिए आधार बनाता है। यदि आप चाहते हैं तो आप उस पहिया को फिर से आविष्कार कर सकते हैं, लेकिन यह समानता प्राप्त करने के लिए केवल एक बड़ी मात्रा में काम करेगा।

(2) नहीं; बेशक, दस्तावेज़ आर्किटेक्चर राज्य को बनाए रखने में कुछ चक्रों का उपभोग करता है, इत्यादि। लेकिन अगर आप कोशिश कर रहे हैं और खुद को रोल करना चाहते हैं तो आपको बहुत कुछ करना होगा। और ऐपकिट टीम पर लोग जो दस्तावेज़ आर्किटेक्चर को बनाए रखते हैं, ऐसा इसलिए करते हैं क्योंकि यह उनका काम है - आपका काम ग्राहकों को उत्पादों को तेज़ी से और सर्वोत्तम रूप से भेजना है। यदि आप उस लक्ष्य को पूरा करने के एक हिस्से के रूप में एक दस्तावेज़ आर्किटेक्चर बनाने का औचित्य सिद्ध कर सकते हैं, तो इसके लिए जाएं। यदि नहीं और आपको एक की आवश्यकता है, तो आपको दिए गए एक का पुन: उपयोग करें।

(3) यह आपको दस्तावेज़ आधारित एप्लिकेशन एप्लिकेशन बनाने के लिए सीमित करता है। :)

गंभीरता से, यदि आपको दस्तावेज़ आधारित एप्लिकेशन की आवश्यकता है, तो NSDocument के साथ जाएं। यदि आप नहीं करते हैं, तो मत करो।

मैंने हाल ही में एक डाटा प्रोसेसिंग एप्लिकेशन लिखा है जहां सभी प्रति-दस्तावेज़ डेटा विभिन्न टेक्स्ट-आधारित फ़ाइलों से आयात किया जाता है। मुझे वास्तव में सत्रों के बीच डेटा को जारी रखने की आवश्यकता नहीं है - यह सूची में अच्छा है - लेकिन मैं अभी भी एनएसडी दस्तावेज़ के साथ गया हूं। यह मुझे एक बड़ी मात्रा में बचाया।