LINQ का संभावित उद्देश्य (x => x)

Question

मैं एमवीसी पर एक पुस्तक से कुछ LINQ उदाहरणों के माध्यम से जा रहा हूं और मुझे आश्चर्य है कि नीचे दिए गए चयन कॉल का उद्देश्य क्या हो सकता है। शायद यह एक टाइपो है लेकिन मुझे पुस्तक की इरेटा में इसका कोई उल्लेख नहीं दिख रहा है।

foreach(Product p in products 
    .Where(e => e.Name == productParam.Name) 
    .Select(e => e)) { 
     p.Price = productParam.Price; 
} 

मैं इस जहां .Select (ई => ई) शामिल किया गया था और एक जहाँ यह नहीं था के दो उदाहरण बाहर का परीक्षण किया और कोड एक ही है। चूंकि भविष्यवाणी द्वारा अनुमानित आईन्यूमेरेबल कहां लौटाता है, तब चयन कॉल (उपरोक्त विशिष्ट भविष्यवाणी के साथ) कब आवश्यक होगा? क्या यह वास्तव में कुछ भी करता है? क्या यह कुछ अजीब कोने मामले में हो सकता है?

Answer 1

यह ठीक उसी चीज़ को वापस करेगा, इसके बिना IEnumerable<T>। यह वास्तव में अच्छा से अधिक नुकसान कर रहा है हालांकि यह एक अनावश्यक ओ (एन) ऑपरेशन (पूरी सूची के माध्यम से लूपिंग) कर रहा है।

संदर्भ

• MSDN - Enumerable.Select
• MSDN - Enumerable.Where

Answer 2

यह वास्तव में कुछ भी करता है?

यह पूरे ऑपरेशन में ओवरहेड जोड़ता है। हकीकत में, इसे हटा दिया जाना चाहिए, क्योंकि यह कोई उपयोगी उद्देश्य नहीं देता है।

Answer 3

मुझे लगता है कि लेखक सिर्फ यह दिखाना चाहता था कि LINQ क्वेरी SQL कथन के समान कैसे हैं। इस मामले में, यह स्पष्ट रूप से आवश्यक नहीं है क्योंकि यह पहचान फ़ंक्शन का उपयोग करता है और छोड़ा जा सकता है। हालांकि SQL में select खंड होने की आवश्यकता है। इसे वहां रखना गलत नहीं है, लेकिन इसकी निश्चित रूप से आवश्यकता नहीं है।

हालांकि सामान्य रूप से, पहचान चयन कॉल होने पर हमेशा एक बुरी चीज नहीं होती है, खासकर अगर किसी फ़ंक्शन में क्वेरी वापस आ रही है। यह आपको उस संग्रह के केवल पढ़ने के दृश्य को देखने में मदद कर सकता है जिसे आप वापस करना चाहते हैं। लेकिन यह इस मामले में लागू नहीं होता है क्योंकि क्वेरी तुरंत गणना की जा रही है।