सी # शैली: Lambdas, _ => या x =>?

Question

मैंने सी # में उपयोग करने से पहले अन्य भाषाओं में लैम्ब्डा अभिव्यक्तियों का उपयोग किया है, और इसलिए Func<T, TResult>, के रूप में सरल लैम्ब्स के लिए _ का उपयोग करने की आदत में विशेष रूप से सरल लैम्ब्डा के लिए जहां शरीर केवल वापसी मूल्य का प्रतिनिधित्व करने वाला एक अभिव्यक्ति है (भविष्यवाणी, आदि ..)। हालांकि, सी # में अक्सर के बजाय x,y,z,i,j,k जैसे लैम्ब्डा अभिव्यक्तियों के लिए एकल अक्षरों का उपयोग किया जा रहा है। पत्र दृष्टिकोण मेरे लिए अजीब लगता है क्योंकि उन अक्षरों में पहले से ही सामान्य उपयोग में लूप चर के लिए एक और सामान्य अर्थ है। _ मेरी राय में पढ़ने के लिए अक्सर आसान है। क्या सिंगल लेटर स्टाइल वास्तव में सी # में लैम्बडास के लिए स्थापित शैली है?

उदाहरण:

क्या मैं लेखन के लिए इस्तेमाल किया है:

var ages = people.Select(_ => _.Age); 

कर रहा हूँ क्या मैं बजाय लिखा जा रहा देख:

var ages = people.Select(x => x.Age); // choice of 'x' is not consistent 

Answer 1

कई सी # डेवलपर्स _ का उपयोग संकेत मिलता है कि पैरामीटर पैरामीटर का उपयोग होने पर पैरामीटर का उपयोग नहीं किया जा रहा है और एक अक्षर या अन्य संक्षिप्त नाम नहीं है।

अन्य संसाधन:

• Interesting discussion on using _ instead of ()

Answer 2

अपने लैम्ब्डा चर नामकरण के लिए कोई 'स्थापित' शैली नहीं है। हालांकि, अंडरस्कोर आमतौर पर किसी प्रकार का इंस्टेंस सदस्य चर का अर्थ है, जिसका अर्थ है कि आपकी शैली एक सामान्य परिवर्तनीय नाम की तुलना में अन्य नामकरण मानकों के साथ संघर्ष कर सकती है।

लंबी कहानी लघु - जो आपके लिए काम करता है।

Answer 3

या आप एक सार्थक नाम का उपयोग कर सकते हैं, उदा।

var ages = people.Select(person => person.Age); 

Answer 4

यह एक परिवर्तनीय नाम है, इसलिए मैं इस विचार के साथ जाऊंगा कि नाम को उस जानकारी को व्यक्त करना चाहिए जिसे उसे व्यक्त करने की आवश्यकता है। _ क्या जानकारी देता है?

उसी अंत में, x क्या जानकारी देता है?

मैं इस रूप में अपने उदाहरण में लिख सकते हैं:

var ages = people.Select(p => p.Age); 

विचार मुझे लगता है कि कि p कम से कम पूरे बयान है कि यह एक people रिकॉर्ड है के संदर्भ में पता चलता है। आप इसे आगे भी ले सकता है:

var ages = people.Select(person => person.Age); 

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

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

Answer 5

एक कारण है कि आप इसे एक नाम दे सकते हैं नहीं है - क्योंकि कभी-कभी आप एक से अधिक आदानों है और उन्हें अलग करने की जरूरत है सकते हैं:

Func<int,int,int> product = (num1, num2) => (num1 * num2); // takes in two ints, and returns one int 
int x = product(2, 3); 

Answer 6

एक लैम्ब्डा समारोह किसी भी अन्य विधि से इतना अलग कैसे है। किसी को इस तरह के रूप में एक विधि के साथ कोड पोस्ट करने के लिए थे, तो:

public static int getAge(Person _) 
{ 
    return _.Age; 
} 

या

public static int getAge(Person x) 
{ 
    return x.Age; 
} 

आप क्या कहेंगे?

मेरी राय में लैम्बडा के लिए पैरामीटर का नाम चुनना किसी भी अन्य विधि के पैरामीटर के रूप में सार्थक होना चाहिए। मैं एक पहचान फ़ंक्शन x => x के लिए कभी-कभी अपवाद कर सकता हूं क्योंकि उस स्थिति में परिवर्तनीय को कुछ भी मतलब नहीं है, यह वास्तव में कुछ भी हो सकता है, लेकिन अंडरस्कोर या मेरे दिमाग में सबकुछ के लिए एक ही अक्षर का उपयोग करके कोड बहुत कम हो जाता है पठनीय। (इतने सारे लोगों को किया जा रहा है पठनीयता है, जो यदि आप सभी चर अंधेरा हार जाता है के रूप में LINQ/lambdas के फायदे टाउट।)

Answer 7

सी # में, _ वर्ग (विशेषता) चर के लिए प्रयोग किया जाता है और _ स्थानीय चर के लिए इस्तेमाल नहीं कर रहा है। तो स्थानीय चर और वर्ग चर के लिए सार्थक नाम का उपयोग करना अच्छा है।

पूर्व:

var personList = (from person in people where person.Age > 18 select person).ToList();