ऑब्जेक्टिव-सी में इस के लिए विकल्प की एक संख्या हैं। सबसे पहले, चूंकि ओब्जे-सी सी का सख्त सुपरसेट है, इसलिए आप अपने सभी लाइब्रेरी फ़ंक्शंस को एक अलग मॉड्यूल (स्रोत फ़ाइल) में परिभाषित कर सकते हैं और खुशी से उन्हें किसी भी ओब्जे-सी ऑब्जेक्ट/कोड से कॉल कर सकते हैं जो आपके पास पहले से है। यदि आप obj-c स्रोत फ़ाइल (.m फ़ाइल) बनाते हैं तो आप ऑब्जेक्ट्स में वापस/उपयोग कर सकते हैं।
यदि आपके सामान्य कार्य तर्कसंगत रूप से अन्य, स्थापित वस्तुओं (उदाहरण के लिए, एनएसएसटींग पर संचालित होते हैं) में घुसपैठ कर रहे हैं, तो आप पहले से मौजूद मौजूदा वर्गों (जहां यह समझ में आता है) पर अपने कार्यों को ग्राफ़ करने के लिए श्रेणियों का उपयोग कर सकते हैं।
आखिरकार, टोनी बताते हैं, आप स्थैतिक तरीकों के साथ कक्षाएं बना सकते हैं (हालांकि मुझे यह विकल्प कम से कम व्यक्तिगत रूप से पसंद है)। मैं एक के मिश्रण का उपयोग करता हूं ... श्रेणियों को जोड़ना जहां उचित और दूसरों के लिए मानक कार्यों का उपयोग करना शामिल है। मैं आम तौर पर केवल एक नई कक्षा बना देता हूं जहां एक वर्ग को डिजाइन करना समझ में आता है।
स्रोत
2008-12-15 08:55:56
यदि मैं एक .m फ़ाइल बनाता हूं, तो मुझे अभी भी कक्षा कार्यान्वयन के अंदर अपनी विधियां बनाना नहीं है? क्या क्लास कार्यान्वयन के बाहर ओब्जे-सी विधियों को परिभाषित करने का कोई तरीका है और कक्षा विधियों के रूप में आसानी से शामिल किया जा सकता है? – firstresponder
मैंने NSObject के लिए एक श्रेणी बनाई है। यह मेरे लिए एटीएम के लिए अच्छा काम कर रहा है, हालांकि यह मेरे लिए पूरी तरह से सही नहीं लगता है कि मेरे सहायक कार्यों को मेरे आवेदन में प्रत्येक कक्षा में अवगत कराया जाना चाहिए। यह श्रेणी एनएसओब्जेक्ट में है क्योंकि इसे मेरे ऐप प्रतिनिधि और अन्य वर्गों में एक्सेस करने की आवश्यकता है। – firstresponder
उन चीज़ों के लिए जिनके पास कोई वास्तविक श्रेणी या श्रेणी नहीं है, आप मानक सी फ़ंक्शंस का उपयोग कर सकते हैं। वे अभी भी वस्तुओं और संदर्भों का उपयोग कर सकते हैं। –