उद्देश्य-सी

Question

में संदेश प्रेषण की लागत मैं विभिन्न परिस्थितियों में उद्देश्य-सी में संदेश प्रेषण की लागत के बारे में जानना चाहता हूं। विशेष रूप से मैं प्रोग्राम डिज़ाइन की अपनी पसंद का मार्गदर्शन करना चाहता हूं, इसलिए जब मैं एक बेहतर डिज़ाइन के लिए संदेश प्रेषण से बचकर समय-समय पर ऑप्टिमाइज़ करने का लुत्फ उठाता हूं। offsetX और offsetY:

मेरे वर्तमान परियोजना में एक मामला है कि मैं उदाहरण चर के साथ एक वर्ग है। मैं अक्सर पूर्ण ऑफसेट चाहते हैं और इस समय मैं हर जगह कोड की इस पंक्ति है: -

int absOffset = ((offsetX < 0.0) ? -offsetX : offsetX) + 
       ((offsetY < 0.0) ? -offsetY : offsetY); 

अब अगर इस C था ++ मैं एक इनलाइन समारोह है कि absOffset के लिए मान दिया पैदा करेगा। जावा/सी # में भी मैं इस तरह के एक समारोह को अंतिम/मुहरबंद के रूप में परिभाषित कर सकता हूं और यह सुनिश्चित कर सकता हूं कि यह रेखांकित किया जाएगा।

उद्देश्य-सी होगी: -

-(int)absOffset { 
    return ((offsetX < 0.0) ? -offsetX : offsetX) + 
      ((offsetY < 0.0) ? -offsetY : offsetY); 
} 

और मैं इसे इतना की तरह कहेंगे: - अब

int ao = [self absOffset]; 

, संकलक कि इनलाइन करने में सक्षम है? मुझे लगता है कि यह कम से कम इसे सीधे फ़ंक्शन कॉल पर ठीक करने में सक्षम है और गतिशील संदेश प्रेषण से बचने में सक्षम है (मुझे लगता है) उद्देश्य-सी को इसके प्रकार की प्रणाली के कारण उपयोग करना चाहिए।

इसके अलावा, सामान्य रूप में, कितना करता उद्देश्य-सी में संदेश प्रेषण लागत? एक कंक्रीट वर्ग के लिए एक सूचक बनाम 'आईडी' के माध्यम से कॉल करते समय यह अलग होता है?

Answer 1

Objective C messages are very fast. गति सी ++ आभासी विधि कॉल के बराबर है, हालांकि नहीं काफी के रूप में तेजी से। संदेश पास करने से बचें निश्चित रूप से समयपूर्व अनुकूलन है। हो सकता है कि आप इसे आंतरिक लूप में बहुत कुछ नहीं करना चाहें, लेकिन आपके द्वारा चुने गए एल्गोरिदम और अन्य कारकों के आपके कोड कितनी तेज़ हैं इस पर एक बड़ा कारक होगा। यदि यह बहुत धीमा है, तो एक प्रोफाइलर का उपयोग करें और वहां से जाएं।

Answer 2

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

इसके बाद, संकलक दूर एक विधि कॉल अनुकूलित नहीं कर सकते। यह एक गतिशील भाषा है, कॉल रनटाइम तक हल नहीं किया जाता है। विभिन्न उद्देश्य-सी तकनीकें ऐसा करने के लिए कंपाइलर के किसी भी प्रयास को हरा सकती हैं।

वहाँ बनाम एक टाइप किया सूचक एक "आईडी" पर एक विधि बुला के बीच कार्यावधि में कोई अंतर नहीं है - वे ठीक उसी तंत्र के माध्यम से जाना।

अंत में, यदि आप आप को मापने से पहले प्रदर्शन विशेषताओं के बारे में सोच रहे हैं पहले से ही समय से पहले ही अनुकूलित कर रहे हैं। यह कहना नहीं है कि कभी उचित नहीं है, क्योंकि कुछ आपको विश्वास करते हैं, लेकिन यह आमतौर पर सच रहता है। इस मामले में, मुझे लगता है, अगर आप पहले डिज़ाइन डालते हैं तो आप शायद एक सभ्य पर्याप्त प्रदर्शन प्रोफ़ाइल के साथ समाप्त हो जाएंगे। आवश्यकतानुसार बाद में मापें और अनुकूलित करें।