क्लोजर वार्निंग में फॉर्च्यूनर चर तक पहुंच

Question

मुझे निम्नलिखित चेतावनी मिल रही है:

क्लोजर में फॉर्च्यूनर चर तक पहुंच। संकलक के विभिन्न संस्करणों के साथ संकलित होने पर अलग व्यवहार हो सकता है।

यह मेरे संपादक में ऐसा दिखता है:

मुझे पता है कि इस चेतावनी को कैसे ठीक किया जाए, लेकिन मैं यह जानना चाहता हूं कि मुझे यह चेतावनी क्यों मिलेगी?

क्या यह "सीएलआर" संस्करण के बारे में है? क्या यह "IL" से संबंधित है?

Comments

stackoverflow.com/questions/8898925/…

— ta.speot.is

टी एल; डॉ जवाब: आपकी क्वेरी अभिव्यक्ति के अंत में .ToList () या .ToArray () जोड़ सकते हैं और यह चेतावनी से छुटकारा मिल जाएगा

— JoelFan

Answer 1

इस चेतावनी के दो भाग हैं। पहला है ...

क्लोजर में फॉर्च्यूनर चर तक पहुंच

... जो प्रति अवैध नहीं है, लेकिन यह पहली नज़र में प्रति-सहज है। सही करना बहुत कठिन है। (इतना कि लेख मैं नीचे लिंक करने के लिए यह "हानिकारक" के रूप में वर्णन करता है।)

अपनी क्वेरी लें, यह ध्यान रखें कि आपके द्वारा कोड किया गया कोड मूल रूप से C # संकलक (C # 5 से पहले) का एक विस्तारित रूप है जो foreach^{1 के} लिए उत्पन्न होता है :

मुझे समझ में नहीं आता कि क्यों [निम्नलिखित है] वैध नहीं है:

string s; while (enumerator.MoveNext()) { s = enumerator.Current; ...

खैर, यह वाक्यात्मक रूप से मान्य है। और यह सब आप अपने पाश में कर रहे हैं उपयोग कर रहा है, तो मूल्य की sतो सब कुछ अच्छा है। लेकिन ओवर sक्लोज करने से काउंटर-सहज व्यवहार होगा। निम्नलिखित कोड पर एक नज़र डालें:

var countingActions = new List<Action>();

var numbers = from n in Enumerable.Range(1, 5)
              select n.ToString(CultureInfo.InvariantCulture);

using (var enumerator = numbers.GetEnumerator())
{
    string s;

    while (enumerator.MoveNext())
    {
        s = enumerator.Current;

        Console.WriteLine("Creating an action where s == {0}", s);
        Action action = () => Console.WriteLine("s == {0}", s);

        countingActions.Add(action);
    }
}

यदि आप यह कोड चलाते हैं, तो आपको निम्न कंसोल आउटपुट मिलेगा:

Creating an action where s == 1
Creating an action where s == 2
Creating an action where s == 3
Creating an action where s == 4
Creating an action where s == 5

आपसे यही उम्मीद है।

कुछ ऐसी चीज़ों को देखने के लिए, जिनकी आप संभवतः अपेक्षा नहीं करते हैं, उपरोक्त कोड के तुरंत बाद निम्नलिखित कोड चलाएँ :

foreach (var action in countingActions)
    action();

आपको निम्न कंसोल आउटपुट मिलेगा:

s == 5
s == 5
s == 5
s == 5
s == 5

क्यों? क्योंकि हमने पाँच कार्य किए हैं जो सभी एक ही कार्य करते हैं: s(जो हमने बंद कर दिया है) का मान मुद्रित करें । वास्तव में, वे एक ही कार्य कर रहे हैं ("प्रिंट s", "प्रिंट s", "प्रिंट s" ...)।

जिस बिंदु पर हम उनका उपयोग करने के लिए जाते हैं, वे वही करते हैं जो हम पूछते हैं: के मूल्य को प्रिंट करें s। यदि आप अंतिम ज्ञात मूल्य को sदेखते हैं, तो आप देखेंगे कि यह है 5। इसलिए हम s == 5पांच बार कंसोल में प्रिंट होते हैं।

जो ठीक वैसा ही है जैसा हमने मांगा था, लेकिन शायद वह नहीं जो हम चाहते हैं।

चेतावनी का दूसरा भाग ...

संकलक के विभिन्न संस्करणों के साथ संकलित होने पर अलग व्यवहार हो सकता है।

... यह क्या है। C # 5 से शुरू होकर, कंपाइलर अलग कोड बनाता है जो इसे होने से रोकता हैforeach ।

इस प्रकार निम्नलिखित कोड संकलक के विभिन्न संस्करणों के तहत अलग-अलग परिणाम देगा:

foreach (var n in numbers)
{
    Action action = () => Console.WriteLine("n == {0}", n);
    countingActions.Add(action);
}

नतीजतन, यह R # चेतावनी भी उत्पन्न करेगा :)

मेरा पहला कोड स्निपेट, ऊपर, संकलक के सभी संस्करणों में समान व्यवहार प्रदर्शित करेगा, क्योंकि मैं उपयोग नहीं कर रहा हूं foreach(बल्कि, मैंने इसे पूर्व-सी # 5 संकलक करने के तरीके का विस्तार किया है)।

क्या यह सीएलआर संस्करण के लिए है?

मुझे पूरा यकीन नहीं है कि आप यहां क्या पूछ रहे हैं।

एरिक लिपर्ट के पोस्ट में कहा गया है कि परिवर्तन "C # 5" में होता है। इसलिएसंभवतः आपको .NET 4.5 या उसके बाद का लक्ष्य बनाना होगा नए व्यवहार को प्राप्त करने के लिए C # 5 या बाद के संकलक के साथ, और इससे पहले की सब कुछ पुराने व्यवहार को प्राप्त करता है।

लेकिन स्पष्ट होने के लिए, यह संकलक का कार्य है न कि .NET फ्रेमवर्क संस्करण।

क्या आईएल के साथ प्रासंगिकता है?

अलग-अलग कोड अलग-अलग IL का निर्माण करता है, इस लिहाज से IL के लिए परिणाम उत्पन्न होते हैं।

¹ foreach आपकी टिप्पणी में पोस्ट किए गए कोड की तुलना में बहुत अधिक सामान्य निर्माण है। समस्या आमतौर पर foreachमैनुअल एन्यूमरेशन के माध्यम से नहीं, के उपयोग के माध्यम से उत्पन्न होती है । इसीलिए foreachC # 5 में बदलाव इस मुद्दे को रोकने में मदद करते हैं, लेकिन पूरी तरह से नहीं।

Comments

मैं वास्तव में एक ही लक्ष्य (.Net 3.5) का उपयोग करके अलग-अलग परिणाम प्राप्त करने वाले अलग-अलग संकलक पर फॉर्च लूप की कोशिश कर चुका हूं। मैंने VS2010 का उपयोग किया (जो बदले में .net 4.0 I विश्वास से संबंधित संकलक का उपयोग करता है) और VS2012 (.net 4.5 संकलक मेरा मानना ​​है)। सिद्धांत रूप में इसका मतलब है कि यदि आप VS2013 का उपयोग कर रहे हैं और एक परियोजना लक्ष्यीकरण .Net 3.5 का संपादन कर रहे हैं और इसे एक बिल्ड सर्वर पर बना रहे हैं, जिसमें थोड़ा पुराना ढांचा स्थापित है, तो आप अपने प्रोग्राम के विभिन्न परिणामों को अपनी मशीन बनाम तैनात बिल्ड पर देख सकते हैं।

— योको

अच्छा जवाब है, लेकिन यह सुनिश्चित नहीं है कि "foreach" प्रासंगिक कैसे है। क्या यह मैनुअल एन्यूमरेशन के साथ नहीं होगा, या यहां तक ​​कि एक साधारण (int i = 0; i <collection.Size; i ++) लूप के लिए भी? यह गुंजाइश से बाहर जाने वाले क्लोजर के साथ एक समस्या है, या अधिक सटीक रूप से, लोगों को समझने में समस्या है कि क्लोजर कैसे व्यवहार करता है जब वे उस दायरे से बाहर जाते हैं जो वे अंदर परिभाषित किए गए थे।

— ब्रैड

यहां foreachसामान प्रश्न की सामग्री से आता है। आप सही हैं कि यह विभिन्न, अधिक सामान्य, तरीकों से हो सकता है।

— ta.speot.is

क्यों आर # मुझे अभी भी चेतावनी देता है, क्या यह लक्ष्य रूपरेखा नहीं पढ़ता है, जिसे मैंने 4.5 पर सेट किया है।

— जॉनी_डॉ।

"तो संभवतः आपको .NET 4.5 या बाद में लक्षित करना होगा" यह कथन सत्य नहीं है। आपके द्वारा लक्षित .NET के संस्करण का इस पर कोई प्रभाव नहीं पड़ता है, व्यवहार को .NET 2.0, 3.5 और 4 में भी बदल दिया जाता है यदि आप संकलन करने के लिए C # 5 (VS 2012 या नया) का उपयोग कर रहे हैं। यही कारण है कि आपको यह चेतावनी केवल .NET 4.0 या इससे पहले मिलती है, यदि आप 4.5 को लक्षित करते हैं तो आपको चेतावनी नहीं मिलती है क्योंकि आप 4.5 को C # 4 या पुराने संकलक पर संकलित नहीं कर सकते हैं।

— स्कॉट चैंबरलेन

Answer 2

पहला उत्तर बहुत अच्छा है, इसलिए मैंने सोचा कि मैं सिर्फ एक चीज जोड़ूंगा।

आपको चेतावनी मिल रही है, क्योंकि आपके उदाहरण कोड में, परावर्तन मोडल को एक IEnumerable सौंपा जा रहा है, जिसका मूल्यांकन केवल गणना के समय किया जाएगा, और यदि आप परिलक्षित होते हैं तो गणना ही पाश के बाहर हो सकती है। ।

अगर आप बदल गए

...Where(x => x.Name == property.Value)

सेवा

...Where(x => x.Name == property.Value).ToList()

तब प्रतिबिंबितमॉडल को फॉरेस्ट लूप के भीतर एक निश्चित सूची सौंपी जाएगी, इसलिए आपको चेतावनी प्राप्त नहीं होगी, क्योंकि एन्यूमरेशन निश्चित रूप से लूप के भीतर होगा, और इसके बाहर नहीं।

Comments

मैंने बहुत लंबे स्पष्टीकरणों को पढ़ा जो मेरे लिए इस समस्या को हल नहीं करते थे, फिर एक छोटा एक जो किया। धन्यवाद!

— चार्ल्स क्लेटन

मैंने स्वीकार किए गए उत्तर को पढ़ा और सोचा "अगर यह चर को नहीं काट रहा है तो यह कैसे बंद हो सकता है?" लेकिन अब मुझे समझ में आ गया है कि मूल्यांकन कब होता है, धन्यवाद!

— जेरोम

हां, यह स्पष्ट सार्वभौमिक समाधान है। धीमा, स्मृति-गहन, लेकिन मुझे लगता है कि यह सभी मामलों के लिए वास्तव में 100% काम कर रहा है।

— अल केप

Answer 3

ब्लॉक-स्कॉप्ड वैरिएबल चेतावनी को हल करना चाहिए।

foreach (var entry in entries)
{
   var en = entry; 
   var result = DoSomeAction(o => o.Action(en));
}