.NET रनटाइम गैर-मजबूत नामांकित 'असेंबली कैसे ढूंढता है?

Question

हमारे पास गैर मजबूत नामित असेंबली के विभिन्न संस्करण हैं, और app.exe.config में उनके लिए कोई बाध्यकारी रीडायरेक्ट/प्रोबिंग पथ नहीं हैं। उदाहरण के लिए, MyDll (1.0.0.0_null_neutral) और MyDll (2.0.0.0_null_neutral)। App.exe से संबंधित, ये असेंबली LAC \ MyDll_1.0.0.0_null_neutral और LAC \ MyDll_2.0.0.0_null_neutral में संग्रहीत हैं।

मेरी समझ यह है कि क्योंकि MyDll असेंबली मजबूत-नामित नहीं हैं, .NET रनटाइम MyDll के विभिन्न संस्करणों के बीच अंतर नहीं करता है। इसलिए, यदि MyDll 1.0.0.0 पहले से ही स्मृति में लोड किया गया था और MyDll 2.0.0.0 के विरुद्ध बनाया गया कुछ कोड निष्पादित किया गया था, तो .NET रनटाइम MyDll 2.0.0.0 लोड नहीं करेगा।

हालांकि, जब मैंने वीएस 2008 के साथ प्रक्रिया से जुड़ा हुआ और मॉड्यूल विंडो देखी, तो मैंने देखा कि MyDll 1.0.0.0 और MyDll 2.0.0.0 दोनों को एलएसी फ़ोल्डर से लोड किया गया था।

कहीं मेरी समझ में एक अंतर लगता है। क्या कोई इसे इंगित कर सकता है?

संपादित करें: अब तक प्रतिक्रियाओं के लिए धन्यवाद। हाँ, मैं उस बिट पर छोड़ दिया। निष्पादन योग्य असेंबली रीसोल्व घटना को सुनता है, और एलएसी में देखकर इसे संभालता है।

मुझे पूरा यकीन था कि मैंने कुछ एमएसडीएन दस्तावेज देखा था इससे पहले कि कहा गया संस्करण तब तक अनदेखा नहीं किया जाता जब तक कि एक असेंबली मजबूत न हो। मैं देखूंगा कि मैं इसे खोद सकता हूं या नहीं।

Answer 1

http://msdn.microsoft.com/en-us/library/yx7xezcf.aspx

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

चरण 4 जांच के माध्यम से असेंबली लोड करने का प्रयास कर रहा है, और यह संस्करण विशिष्ट नहीं है।

मुझे इस बारे में उलझन में है कि अगर आपके पास अपनी कॉन्फ़िगरेशन फ़ाइल में कोई जानकारी नहीं है, तो यह पहली जगह डीएलएल कैसे ढूंढ रहा है? मुझे लगता है कि मेरी समझ में भी अंतर है :-)।