गेटर्स शब्द "get" के साथ क्यों prefixed हैं?

Question

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

परम्परागत:

person = new Person("Joey") 
person.getName().toLower().print() 

वैकल्पिक:

person = new Person("Joey") 
person.name().toLower().print() 

बेशक यह केवल भाषाओं जहां getters/setters आदर्श हैं पर लागू होता है, लेकिन कोई विशेष पर निर्देशित नहीं है भाषा। क्या इन सम्मेलनों को तकनीकी सीमाओं (असंबद्धता) के आसपास विकसित किया गया था, या बस एक अधिक स्पष्ट, जानबूझकर महसूस करने वाले इंटरफ़ेस के प्रकार के माध्यम से विकसित किया गया था, या शायद यह सिर्फ एक मानक मानदंड का मामला है। आपके क्या विचार हैं? और इन सम्मेलनों में सरल परिवर्तन आपके शिल्प (हालांकि न्यूनतम) की ओर आपकी खुशी/दैनिक दृष्टिकोण को प्रभावित करेंगे।

धन्यवाद।

Answer 1

क्योंकि, गुणों के बिना भाषाओं में, name() एक कार्य है। हालांकि कुछ और जानकारी के बिना, यह आवश्यक नहीं है कि यह क्या कर रहा है (या यह वापस आने वाला है)।

कार्य/विधियों को क्रियाएं भी माना जाता है क्योंकि वे कुछ क्रियाएं कर रहे हैं। name() स्पष्ट रूप से बिल को फिट नहीं करता है क्योंकि यह आपको कुछ भी बताता है कि यह कौन सी कार्रवाई कर रहा है।

getName() आपको बिना किसी संदेह के बताता है कि विधि एक नाम वापस करने जा रही है।

गुणों वाली भाषाओं में, तथ्य यह है कि कोई संपत्ति एक संपत्ति है जो इसे प्राप्त करने या सेट करने के समान अर्थ व्यक्त करती है। यह केवल चीजों को थोड़ा साफ दिखता है।

Answer 2

स्कूल में हमें डेटा संरचनाओं से विधियों को अलग करने के लिए उपयोग करने के लिए सिखाया गया था। मैंने कभी नहीं समझा कि माता-पिता एक टिपऑफ क्यों नहीं होंगे। मैं व्यक्तिगत राय में हूं कि प्राप्त/सेट विधियों का अधिक उपयोग एक भयानक समय बर्बाद हो सकता है, और यह एक चरण है जिसमें मुझे लगता है कि बहुत से ऑब्जेक्ट उन्मुख प्रोग्रामर शुरू होने के तुरंत बाद जाते हैं।

Answer 3

सर्वश्रेष्ठ उत्तर मैं कभी भी प्राप्त/सेट उपसर्गों प्रयोग करने के लिए सुना है इस तरह के रूप में है:

आप उन्हें उपयोग नहीं किया था दोनों एक्सेसर और mutator (गेटर और सेटर) एक ही नाम होगा; इस प्रकार, वे अधिभारित हो जाएगा। आम तौर पर, आपको केवल एक विधि अधिभारित करनी चाहिए जब विधि के प्रत्येक कार्यान्वयन एक समान कार्य करता है (लेकिन विभिन्न इनपुट के साथ)।

इस मामले में, आपके पास एक ही नाम के साथ दो विधियां होंगी जो बहुत अलग कार्यों को दर्शाती हैं, और यह एपीआई के उपयोगकर्ताओं को भ्रमित कर सकती है।

Answer 4

कस्टम।

प्लस, सी ++ में, यदि आप एक संदर्भ वापस करते हैं, जो कक्षा में संभावित सूचना रिसाव प्रदान करता है।

Answer 5

उस मामले के बारे में क्या है जहां किसी संपत्ति के नाम पर संपत्ति का नाम दिया गया है?

object.action() 

इस कार्रवाई के प्रकार प्राप्त करता है प्रदर्शन किया जा करने के लिए, या कार्रवाई को अंजाम ... जोड़ना प्राप्त/सेट/करना अस्पष्टता जो हमेशा एक अच्छी बात है ... को हटा

object.getAction() 
object.setAction(action) 
object.doAction() 

Answer 6

मैं हमेशा एक नई एपीआई और उसके दस्तावेज के साथ काम करते समय लगातार get/set उपसर्ग की सराहना करता हूं। गेटर्स और सेटर्स का स्वचालित समूह जब सभी कार्यों को उनके वर्णानुक्रम में सूचीबद्ध किया जाता है, तो सरल डेटा पहुंच और उन्नत functinality के बीच अंतर करने में मदद करता है।

आईडीई के भीतर इंटेलिजेंस/ऑटो पूर्णता का उपयोग करते समय भी यही सच है।

Answer 7

मैं अधिक उद्देश्य-सी नहीं लिख सकता, लेकिन जब से मैंने इसे सीखा है, तो मैं वास्तव में इसके सम्मेलनों से प्यार करने आया हूं। आप जिस चीज के बारे में पूछ रहे हैं वह addressed भाषा से है।

Answer 8

यहां एक छोटा सा जवाब है जो मुझे सबसे ज्यादा पसंद है। स्मॉलटाक बीटीडब्ल्यू के बारे में कुछ नियमों को जानना है। फ़ील्ड केवल परिभाषित किए गए हैं। अगर आप "एक्सेसर्स" नहीं लिखते हैं तो आप उनके साथ कुछ भी करने में सक्षम नहीं होंगे।

सम्मेलन एक चर (तब का यह instVar1 anme जाने आप एक समारोह instVar1 जो सिर्फ instVar1 और instVar रिटर्न बारे में वहाँ हो रही है:।। जो सेट मूल्य

मैं इस सम्मेलन में ज्यादा कुछ और की तुलना में अधिक पसंद यदि आप एक देखते हैं: कहीं आप शर्त लगा सकते हैं कि यह एक या दूसरे तरीके से कुछ "सेटर" है।