एक विधि के रिसीवर का निर्धारण करने में सूचक और मूल्य शब्दार्थ

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

एक छोटे से उदाहरण पर विचार करें। एक नाम क्षेत्र और sayHello (व्यक्ति स्ट्रिंग) विधि के साथ एक बिल्ली संरचना को परिभाषित करें। इसके बाद, एक विधि से मैं एक विशेष प्रकार से जुड़े एक फ़ंक्शन का उल्लेख करूँगा, एक चर के लिए एक ऑब्जेक्ट जिसमें विधियां हैं, और विधि का प्राप्तकर्ता विधि विवरण में शब्द func के बाद कोष्ठक में संकेतित चर होगा।

type cat struct { Name string } func (c *cat) sayHello(person string) { fmt.Println(fmt.Sprintf("Meow, meow, %s!", person) } 

यदि हम बिल्ली को एक पॉइंटर परिभाषित करते हैं और उससे नाम फ़ील्ड का अनुरोध करते हैं, तो, जाहिर है, हमें एक त्रुटि मिलेगी, क्योंकि फ़ील्ड को शून्य से कहा जाता है:

 var c *cat // c=nil fmt.Println(c.Name) //panic: runtime error: invalid memory address or nil pointer dereference 

https://play.golang.org/p/L3FnRJXKqs0

हालाँकि, जब sayHello () विधि को एक ही चर पर कहा जाता है, तो कोई त्रुटि नहीं होगी:

 var c *cat // c=nil c.sayHello(“Human”) //Meow, meow, Human! 

https://play.golang.org/p/EMoFgKL1HEi

इस उदाहरण में नील को एक विधि क्यों कहा जा सकता है, और यह भाषा की वास्तुकला के संदर्भ में कैसे समझाया जाता है? यह संभव हो जाता है क्योंकि गो में विधि वाक्यविन्यास चीनी है, या, दूसरे शब्दों में, फ़ंक्शन के चारों ओर एक आवरण जो प्राप्तकर्ता के तर्क में से एक है। जब c.sayHello ("मानव") विधि को बुलाया जाता है, (* cat) .sayHello (c, s) निर्माण ( https://play.golang.org/p/X9leJeIvxcA ) वास्तव में कहा जाता है। ऊपर दिए गए उदाहरण से नील विधि को कॉल करके, हम व्यावहारिक रूप से फ़ंक्शन को तर्कों में शून्य के साथ कहते हैं, और यह पहले से ही काफी सामान्य स्थिति है। इसलिए, गो निल में, यह तरीकों के लिए सही प्राप्तकर्ता है।

चूंकि विधि रिसीवर वास्तव में एक तर्क है, विधि रिसीवर के लिए शब्दार्थ "मूल्य" या "पॉइंटर" का उपयोग करने के लिए सिफारिशें फ़ंक्शन तर्कों के लिए सिफारिशों के समान हैं। वे, बदले में, गो के मूल नियम से अनुमान लगाए जाते हैं: तर्क हमेशा फ़ंक्शन द्वारा मूल्य से पारित किए जाते हैं । इसका मतलब है कि फ़ंक्शन के किसी भी तर्क का हस्तांतरण इसकी प्रतिलिपि के माध्यम से होता है: यदि फ़ंक्शन एक संरचना को इनपुट के रूप में स्वीकार करता है, तो इस संरचना की एक पूरी प्रतिलिपि इसके अंदर आ जाएगी; यदि यह एक संकेतक को एक वस्तु में ले जाता है, तो एक नया चर उसी वस्तु के लिए एक संकेतक के साथ आएगा। इसे फ़ंक्शन के अंदर तर्क के पते के साथ फ़ंक्शन ( https://play.golang.org/p/oc2ssC_Irs8 , https://play.golang.org/p/FQQa2HUdX0a ) में पास करने से पहले चर पते की तुलना करके देखा जा सकता है।

जब लिंक पासिंग का उपयोग किया जाता है:

• बड़ी संरचनाओं के लिए। सूचक केवल एक मशीन शब्द (32, 64 बिट्स सिस्टम पर निर्भर करता है) पर कब्जा करता है। इसलिए, जब रिसीवर में पॉइंटर के साथ एक विधि को कॉल किया जाता है, तो पॉइंटर को कॉपी करना पूरे ऑब्जेक्ट को कॉपी करने की तुलना में सस्ता होता है, जैसा कि मूल्य से गुजरने पर होता है।
• यदि विधि कहा जाता है, तो ऑब्जेक्ट का डेटा ही संशोधित करता है। जब प्राप्तकर्ता को संदर्भ द्वारा स्थानांतरित किया जाता है, तो विधि अप्रत्यक्ष रूप से परिवर्तन करके कॉलिंग ऑब्जेक्ट की स्थिति को प्रभावित कर सकती है। जो मूल्य से गुजरने पर असंभव है।

मूल्य हस्तांतरण का उपयोग करते समय:

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

जब आपको प्राप्तकर्ता के शब्दार्थ के बारे में सोचना होगा:

• प्राप्तकर्ता का प्रकार विषय क्षेत्र के अनुसार भिन्न हो सकता है। अपने एक भाषण में, बिल कैनेडी ने उपयोगकर्ता का वर्णन करने वाले उपयोगकर्ता प्रकार के साथ एक अच्छा उदाहरण दिया। जब मूल्य से पारित किया जाता है, तो उपयोगकर्ता के लिए एक प्रति बनाई जाएगी। यह इस तथ्य को जन्म देगा कि एक ही उपयोगकर्ता की कई प्रतियां एक ही समय में कार्यक्रम में सह-अस्तित्व में आ सकती हैं, जिसे बाद में स्वतंत्र रूप से बदला जा सकता है, जो विषय क्षेत्र के अनुरूप नहीं है, क्योंकि वास्तविक उपयोगकर्ता हमेशा एक होता है, और उसे अलग-अलग समय पर अलग-अलग सेटों में वर्णित नहीं किया जा सकता है। डेटा।
• एक विधि के लिए प्राप्तकर्ता का प्रकार निर्धारित करने का एक और निश्चित तरीका यह है कि इसके प्रकार के लिए निर्माता विधि का उपयोग किया जाए। यदि निर्माता एक मान / सूचक लौटाता है, तो एक इकाई बनाते समय, यह मान लिया जाता है कि वे मान / सूचक के रूप में इसके साथ काम करना जारी रखेंगे। इसलिए, विधि रिसीवर में समान शब्दार्थ का उपयोग करना भी बेहतर है।
• एक अलिखित नियम है, जिसके उल्लंघन में संकलक शपथ नहीं लेगा, लेकिन आपका कोड निश्चित रूप से इससे बेहतर नहीं होगा। यदि एक प्रकार की विधि रिसीवर के रूप में एक पॉइंटर / मान का उपयोग करती है, तो निरंतरता बनाए रखने के लिए, शेष विधियों को एक पॉइंटर / मान का उपयोग करना चाहिए। प्रकार विधियों में मान-और सूचक-रिसीवर का हैश नहीं होना चाहिए।

परिणाम क्या है?

गो वैल्यू में, शब्दार्थ का अर्थ है मान की नकल करना; पॉइंटर शब्दार्थ का अर्थ है मान का एक्सेस देना। यह विधियों के तर्कों और उनके प्राप्तकर्ताओं पर लागू होता है। अंतर्निहित प्रकारों के लिए, जैसे कि संख्याएँ, रेखाएँ, स्लाइस, मानचित्र, चैनल और छोटी संरचनाएँ, आपको लगभग हमेशा मूल्य-आधारित हस्तांतरण का उपयोग करने की आवश्यकता होती है। उन संरचनाओं के लिए जो बड़ी मात्रा में स्मृति पर कब्जा कर लेते हैं, और ऐसी संरचनाएं जिनके राज्य को अप्रत्यक्ष रूप से उनके तरीकों से बदला जा सकता है, आपको संदर्भ द्वारा स्थानांतरण का उपयोग करना होगा। साथ ही, प्राप्तकर्ता का शब्दार्थ उस डोमेन पर निर्भर हो सकता है, जिस प्रकार का वर्णन करता है, शब्दार्थ उसके कारखाने में लौटा है, और प्राप्तकर्ता का शब्दार्थ पहले से ही इस प्रकार के अन्य तरीकों में उपयोग किया जाता है।