क्या अंडरस्कोर से शुरू होने वाले स्थानीय चर वाले अच्छे अभ्यास हैं?

Question

मैं बस रूबी में आ रहा हूं और जावा और सी/सी ++ पर्यावरण से आया हूं।

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

सिद्धांत रूप में केवल तीन प्रकार के चर होते हैं ($global, @instance और local), चर के बहुमत अंडरस्कोर से शुरू होते हैं। मुझे सच में यकीन नहीं है, चाहे यह अच्छा या बुरा हो। इसके अलावा, कई अन्य भाषाओं में, अंडरस्कोर को किसी अन्य चरित्र में प्रतिस्थापित किया जाएगा।

वहाँ किसी भी तरह सामान्य केमलकेस और/या अंडरस्कोर अलग के बगल में एक सबसे अच्छा अभ्यास के विषय में चर नामकरण है? पेशेवर "rubyists" की आदतें क्या हैं? क्या मैंने कुछ सामान्य रूबी सम्मेलनों को नजरअंदाज कर दिया है, जब मैंने अग्रणी अंडरस्कोर चुना था?

---

संपादित
सभी उत्तर और सुझाव के लिए धन्यवाद। इसने मेरी बहुत मदद की।

• विधि तर्क:

  ---

  नीचे
  जवाब और टिप्पणियाँ की कमी सारांश (लघु-ऑन-बार आगंतुक के लिए)

  अग्रणी अंडरस्कोर से जाना def my_method(_my_arg)

• ब्लॉक तर्क: उदाहरण के लिए my_array.each { |_x| puts _x}

अन्य अंडरस्कोर के बिना अन्य सभी स्थानीय चर, जैसे प्रोग्रामर आ रहे हैं उदा। चर के इरादे से व्यवहार के बारे में JavaScript might get confused।

चर नाम और विधि कॉल के बीच दृश्य जुदाई के लिए

, अपने आप को मजबूर कर सभी विधि कॉल के साथ "(" कोष्ठक ")" का उपयोग करने के लिए काफी पठनीयता बढ़ सकता है।

Answer 1

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

a = thing # var 
b = thing() # method 

इसका संभावित लाभ दूसरों के लिए पठनीयता है। कोई आपके अग्रणी _ पर आश्चर्यचकित हो सकता है, लेकिन सभी विधि कॉल पर () का उपयोग करके सभी को स्पष्ट होना चाहिए।

Answer 2

मेरे अनुभव में, रूबी में अंडरस्कोर-प्रीफिक्स्ड वेरिएबल जावास्क्रिप्ट में अंडरस्कोर-प्रीफिक्स्ड वैरिएबल की तरह हैं: "स्पर्श न करें" ध्वज। अधिक विशेष रूप से, उनका उपयोग तब किया जाता है जब कार्यान्वयनकर्ता ऐसा कुछ कर रहा है जिसे वास्तव में वस्तु के हिस्से के रूप में समझा नहीं जाना चाहिए, या वस्तु के वैचारिक इंटरफ़ेस के रूप में नहीं सोचा जाना चाहिए।

यह जावास्क्रिप्ट दुनिया में अधिक स्पष्ट है, जहां कोई अंडरस्कोर के साथ एक चर को उपसर्ग करके "निजी" अनुकरण कर रहा है। वे एन्कोडिंग कर रहे हैं कि उस वस्तु का हिस्सा है जो हुड के नीचे है और बाहर से ऑब्जेक्ट को देखते समय अनदेखा किया जा सकता है।

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

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

विधि कॉल के लिए एक भेद बनाने के लिए, यदि आप चिंतित हैं कि एक विधि और स्थानीय चर के बीच भ्रम हो सकता है, तो मैं विधि को self पर स्पष्टीकरण के लिए कॉल करूंगा। उदाहरण के लिए:

def foo 
    ... 
end 

def some_method 
    foo # method 
    bar # variable 
end 

इस किसी भी कारण से स्पष्ट नहीं लगता है, तो आप

def some_method 
    self.foo 
    bar 
end 

Answer 3

साथ के रूप में कैसे उदाहरण चर उनके सामने @ संकेत है देखकर स्पष्ट कर सकते हैं, और वैश्विक चर $ संकेत है उनके सामने पहले से ही रूबी में, संभवतः चरम नामों के सामने एक अंडरस्कोर चरित्र डालना अनावश्यक है। ऐसा कहा जा रहा है, मुझे नहीं लगता कि यह एक बुरा अभ्यास है। यदि यह आपको रूबी में अपना कोड पढ़ने या लिखने में मदद करता है, तो आपको इसका उपयोग करना चाहिए।

मैंने कभी-कभी रूबी कोड देखा है जहां कक्षा में एक उदाहरण विधि के लिए तर्क के सामने एक अंडरस्कोर है। जैसे:

def my_method(_argument1) 
    # do something 
end 

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

Answer 4

इस प्रश्न का मौजूदा उत्तर अब कुछ साल पुराना है, और सम्मेलन बदल गए हैं। आपको केवल एक अग्रणी अंडरस्कोर (_some_param), या एक स्टैंडअलोन अंडरस्कोर (_) का उपयोग करना चाहिए, यह इंगित करने के लिए कि आपको मूल्य की परवाह नहीं है। rubocop स्टाइल लिनिंग टूल एक "बेकार असाइनमेंट" के बारे में बताएगा यदि आप एक चर निर्दिष्ट करते हैं लेकिन इसका उपयोग नहीं करते हैं, लेकिन यह एक अग्रणी अंडरस्कोर के साथ चर को अनदेखा कर देगा। यह आपको स्पष्ट रूप से इंगित करने की अनुमति देता है कि आपको मूल्य की परवाह नहीं है और इसका उपयोग करने का इरादा नहीं है।

यहाँ एक RSpec संदर्भ में कुछ हद तक एक-काल्पनिक उदाहरण का उपयोग-मामला है:

describe 'login' do 
    let(:user) { FactoryGirl.create(:user, login: 'bob') } 
    it 'must be unique' do 
    _user1 = user 
    user2 = User.new login: 'bob' 
    expect(user2.valid?).to be_false 
    end 
end 

यहाँ हम यह दर्शाता रहे हैं हमारे user Memoization सहायक एक पक्ष प्रभाव है और कुछ देता है कि है, लेकिन हम परवाह नहीं है इसके बारे में।आप, साथ ही काम पूरी तरह से छोड़ सकता है, लेकिन अपने आप में एक लाइन पर एक नंगे user देखकर अजीब लग रहा है और स्पष्ट रूप से इरादा प्रकट नहीं करता है:

describe 'login' do 
    let(:user) { FactoryGirl.create(:user, login: 'bob') } 
    it 'must be unique' do 
    user 
    user2 = User.new login: 'bob' 
    expect(user2.valid?).to be_false 
    end 
end 

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

def greet(name, _title) 
    puts "Hi, #{name}!" 
end