ऑब्जेक्टिव सी को समझें: मेथड कॉल्स

जब एक स्वस्थ प्रोग्रामर पहली बार ऑब्जेक्टिव-सी में मेथड कॉल देखता है, तो उसकी आंखें बाहर निकल जाती हैं।



चलिए इसके बारे में बात करते हैं।

सिद्धांत

कल्पना कीजिए कि जब आप एक विधि कहते हैं, तो आप प्रत्येक पैरामीटर को मानव नाम देते हैं। अब यह फैशनेबल है और आमतौर पर एक हैश तर्क में पारित किया जाता है:

पीएचपी

$image



-> गणना करें (सरणी ()

'छवि' => $ छवि ,

'चौड़ाई' => 50 ,

'ऊँचाई' => 50

));

जावास्क्रिप्ट

image



। गणना करें ({

छवि : छवि ,

चौड़ाई : 50 ,

ऊंचाई : 50

});

यह कॉलिंग कोड में बहुत सुविधाजनक और स्पष्ट है; मापदंडों और उनके स्थानांतरण के आदेश को याद करने की आवश्यकता नहीं है; मापदंडों के एक अलग सेट पर समान विधियों का उत्पादन करने की आवश्यकता नहीं है और इसी तरह।



ऑब्जेक्टिव-सी में, रचनाकारों ने इस नियम को भाषा सिंटैक्स स्तर पर तय करने का निर्णय लिया: प्रत्येक पैरामीटर का एक नाम है। यह दोनों का संकेत दिया जाता है जब आह्वान और एक विधि को परिभाषित करते समय। इस प्रकार, अभ्यास को सख्ती से लागू किया जाता है जब प्रोग्रामर को चीजों के सार के बारे में सोचना पड़ता है , और न केवल कोड को कम करना।



लेकिन बड़ी संख्या में तरीकों को एकल पैरामीटर के साथ कहा जाता है। इस मामले में, जाहिर है, इसे अलग से नाम देने का कोई मतलब नहीं है, क्योंकि विधि के नाम से, सब कुछ आमतौर पर स्पष्ट है।

$records -> storeData ( 'sirko.db' );

$users -> findNickname ( 'vasya' );



ऑब्जेक्टिव-सी में इस मामले के लिए एक सरलीकृत वाक्यविन्यास है, जो आमतौर पर शुरुआती लोगों को स्तूप का परिचय देता है। विधि के पहले पैरामीटर का कोई नाम नहीं है। इस तरह: सभी मापदंडों का नाम दिया गया है, और पहला नहीं है। स्क्रिप्टिंग भाषाओं में से एक में, ऐसा लग सकता है, कहते हैं, कुछ इस तरह है:

पीएचपी

$this -> calculateSize ( $image , array(

'width' => 50 ,

'height' => 50

));



जावास्क्रिप्ट

image -> calculateSize ( image , {

width : 50 ,

height : 50

});



मुझे लगता है कि यह उद्देश्य सी को समझने में मुख्य समस्या है। एक अनुभवी प्रोग्रामर सहजता से लगभग किसी भी प्रोग्रामिंग भाषा के तर्क को समझ सकता है, लेकिन इस "गुप्त ज्ञान" के बिना आप उद्देश्य सी को तुरंत समझ सकते हैं।



यह एक दिलचस्प दुष्प्रभाव निकला। मुझे नहीं पता कि यह विशेष रूप से कल्पना की गई थी या ऐतिहासिक रूप से विकसित हुई थी, लेकिन पहले पैरामीटर का नाम विधि के नाम पर रखा गया था।



उदाहरण के लिए: findUserByNickname,



locateByCoordinates,



storeIntoFilename,



loadFromTable,



setupById



इत्यादि। इस तरह के एक नामकरण प्रणाली ने पूरी तरह से यहां जड़ें ली हैं, जिसके परिणामस्वरूप उद्देश्य-सी कोड औसत रूप से अच्छी तरह से पठनीय है।

अभ्यास

और अब स्लाइड्स के लिए

content = [answersTable findById:42];

ऑब्जेक्टिव-सी में एक विधि कॉल स्क्वायर ब्रैकेट में लिखा जाता है। शुरुआत में एक वस्तु चर है। फिर - एक कोलन के माध्यम से विधि और उसके पैरामीटर का नाम। answersTable



किसी महान वस्तु का एक उदाहरण है, findById



एक विधि है, और 42



एक अच्छी संख्या है। परिणाम content.



चर में वापस आ गया content.



Mnemonic नियम: वर्ग कोष्ठक को सामग्री की गणना द्वारा प्रतिस्थापित किया जाता है। (जैसे तैसे )।



अन्य भाषाओं में, यह इस तरह दिख सकता है:

$content = $answersTable -> findByid ( 42 );



और यहाँ एक अद्भुत वस्तु में एक विधि की बहुत परिभाषा है:

- ( AnswerContent * ) findById : ( int ) questionId {

...

[ self doSomething : questionId ] ;

...

}

माइनस के साथ, ऑब्जेक्ट विधि की परिभाषा शुरू होती है। कोष्ठक में लौटा डेटा प्रकार, एक सूचक है, जैसा कि C: (AnswerContent *)



। सीधे शब्दों में कहें तो इसका मतलब है कि यह विधि AnswerContent



की के प्रकार को वापस कर AnswerContent



। अगला विधि का नाम है ( findById



) और बृहदान्त्र के माध्यम से - पहले पैरामीटर का चर, इसके प्रकार के अनिवार्य संकेत के साथ, साथ ही C: (int) questionId



।



विधि के अंदर, आप प्रश्नवाचक चर का उपयोग कर सकते हैं questionId.







अन्य भाषाओं में, यह इस तरह दिख सकता है:

पीएचपी

public function findById ( $questionId ) {

...

$this -> db -> get ( $questionId );

...

}



जावास्क्रिप्ट

Smth . prototype . findById = function( questionId ) {

...

this . db . get ( questionId );

...

}



अब - मुद्दे को समझने में अंतिम और सबसे कठिन कदम।

masterpiece = [ gallery findImageByWidth : 400 andHeight : 300 ] ;

इस प्रकार दो मापदंडों वाला एक तरीका कहा जाता है। पहले (" 400



") का कोई नाम नहीं है, यह विधि के नाम के तुरंत बाद इंगित किया गया है। दूसरे को कहा जाता है: और andHeight



। ध्यान से कैसे विधि और इसके मापदंडों का नाम दिया गया है। थोड़ी देर के बाद आपको इस तरह लिखने और पढ़ने की आदत पड़ जाती है और अपने आप से कहते हैं: "गैलरी, चौड़ाई और ऊँचाई से चित्र ढूंढें"।



कई पैरामीटर हो सकते हैं:

price = [ trade calculateWithPrice : 25.55 volume : 500 value : 3 ticker : aaplTicker ] ;

चौकोर कोष्ठक के अंदर - केवल एक वस्तु पर एक विधि को कॉल करने पर, आप भ्रमित नहीं होंगे।



एक अन्य प्रोग्रामिंग भाषा में, यह इस तरह लग सकता है:

पीएचपी

$price = $trade -> calculate (array(

'price' => 25.55 ,

'volume' => 500 ,

'value' => 3 ,

'ticker' => $aaplTicker

));



जावास्क्रिप्ट

price = trade . calculate ({

price : 25.55 ,

volume : 500 ,

value : 3 ,

ticker : aaplTicker

});



और यहाँ इस विधि की परिभाषा है:

- ( float ) calculateWithPrice : ( float ) price volume : ( int ) volumeAmount

value : ( int ) value ticker : ( TickerClass * ) ticker {

...

}

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



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



नाम दिया volume,



लेकिन इसे वेरिएबल volumeAmount.



में रखा गया है volumeAmount.



विधि के अंदर, आप इसे एक्सेस कर सकते हैं:

volumeAmount += 10 ;

लेकिन अगर आप volume



चालू करना चाहते हैं, तो कंपाइलर को आपत्ति होगी, ऐसा वैरिएबल मौजूद नहीं है। लेकिन price



नामक एक पैरामीटर को उसी नाम के साथ एक चर में रखा गया है। सब कुछ सरल है:

price = price * 0.90 ; // a better discount for our customer

ज्यादातर, चर और मापदंडों के नाम सादगी के लिए समान लिखे जाते हैं।



और मिठाई के लिए - एक ऐसी विधि जो मापदंडों के बिना कुछ भी नहीं लौटाती है:



कॉल करें:

[ self destroy ] ;

परिभाषा:

- ( void ) destroy {

...

}

निष्कर्ष

यह विधि कॉल विधि स्वाभाविक रूप से पहली बार में अस्वीकृति का कारण बनती है। यह सामान्य है। पहले पैरामीटर के बारे में गुप्त ज्ञान के बिना, उद्देश्य-सी में कोड को तुरंत पढ़ना असंभव है, और यह कष्टप्रद है, और यहां तक ​​कि अधिक अनुभवी प्रोग्रामर भी। और संचित जलन, बदले में, तुरंत अपने स्रोत से जुड़ी होती है।



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



और ऑब्जेक्टिव-सी में प्रोग्रामिंग का अनुभव अन्य चीजों के साथ, नामकरण की चीजों की एक नई संस्कृति, आपके अभ्यास में लाएगा। और इसमें से किसी भी भाषा का कोई भी कोड जीत जाएगा।



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