मैं आम तौर पर क्लीन कोड में बॉब मार्टिन के रूप में दूसरों के द्वारा अनुशंसित छोटे तरीकों का उपयोग करता हूं । मैंने ऑब्जेक्टिव-सी के इन्टर्नल के बारे में भी काफी पढ़ा है कि कम से कम कुछ इस बारे में सोचा जाए कि इसका मैसेज डिस्पैच कैसे होता है ( इस पर bbums सीरीज़ विशेष रूप से सूचनाप्रद है)।
समय-समय पर अनुकूलन की परवाह किए बिना, मैं जानना चाहता हूं कि क्या उद्देश्य-ग के साथ ऑब्जेक्टिव-सी जो काम करता है, वह सब व्यावहारिक रूप में, 'कई छोटे तरीकों' के लिए महत्वपूर्ण है, जो ऑब्जेक्टिव-सी परियोजनाओं के लिए अनुपयुक्त है।
अनुभवजन्य निष्कर्ष विशेष रूप से स्वागत करते हैं (हो सकता है कि मैं कुछ समय बाद खुद एक परीक्षण स्थापित करूंगा)। बड़े उद्देश्य-सी परियोजनाओं को लिखने वाले किसी भी व्यक्ति का अनुभव भी बहुत अच्छा होगा।
स्पष्टीकरण
प्रश्न का सामान्य स्वर जानबूझकर है। मैं विशिष्ट एप्लिकेशन के प्रदर्शन ट्यूनिंग के बारे में नहीं पूछ रहा हूं (यही कारण है कि मैं एसओ के बजाय यहां पूछ रहा हूं), लेकिन इसके बारे में और अधिक कि क्या उद्देश्य-सी की भाषा की विशेषताएं एक निश्चित डिजाइन दृष्टिकोण को हतोत्साहित करती हैं। मैंने देखा है कि बहुत से कोड जो मैंने Apple से देखे हैं, और अन्य पक्ष (गिथब आदि पर) बड़ी विधियों (और कक्षाओं) की ओर जाते हैं, और मैं सोच रहा हूं कि क्या यह एक पूर्वाग्रह है जो भाषा के कारण अप्रासंगिक हो गया है अपने आप। बेशक मैं गलत कोड पढ़ रहा हूं, या यह तकनीकी कारकों के बजाय सांस्कृतिक हो सकता है जो कि मौजूद होने पर प्रवृत्ति की ओर ले गए हैं।
(इसके लायक क्या है, मैं वर्तमान में ऑब्जेक्टिव-सी लिख रहा हूं, और मैं छोटे तरीकों का उपयोग कर रहा हूं)
आगे निवेदन
मैं उन दोनों उत्तरों से सहमत हूं जो दिए गए हैं। एक और बात जो मैं चाहूंगा, वह यह है कि कोई मुझे (उम्मीद से पर्याप्त) ओपन-सोर्स (या अन्यथा दिखाई देने वाला) ऑब्जेक्टिव-सी कोडबेस के बारे में बताए, जो अच्छे छोटे तरीकों (और छोटी कक्षाओं) का उपयोग करता है। मैंने अभी तक ऑब्जेक्टिव-सी में कुछ भी नहीं देखा है (उदाहरण के लिए) फिटनेस स्रोत के साथ तुलना करने के लिए ।