मेरी समझ यह है कि .NET वास्तव में डीएलएल के लिए कॉन्फ़िगरेशन फ़ाइलों को नहीं करता है - केवल मुख्य निष्पादन योग्य या वेब ऐप को कॉन्फ़िगरेशन फ़ाइल मिलती है, और उसमें से निष्पादित निष्पादन योग्य/वेब ऐप द्वारा संदर्भित सभी डीएलएल।.NET DLL सेटिंग्स और कॉन्फ़िगर करते हैं जब कोई वेब संदर्भ होता है - क्या चल रहा है?
लेकिन वीएस 2008 में, यदि आप क्लास लाइब्रेरी (डीएलएल) प्रोजेक्ट में कोई वेब संदर्भ जोड़ते हैं, तो यह एक सेटिंग सेटिंग्स सेटिंग्स और प्रोजेक्ट में एक app.config फ़ाइल जोड़ता है। उनमें वेब संदर्भ के लिए मुख्य यूआरएल होता है।
तो इन फ़ाइलों के लिए क्या हैं? डीएलएल के लिए उन्हें असंतुष्ट पढ़ने का कोई तरीका नहीं है, है ना?
संपादित करें: app.config और सेटिंग्स.Settings की सामग्री हालांकि एक अंतर बनाने लगती है: हालांकि (उदाहरण के लिए) डीएलएल प्रोजेक्ट की app.config फ़ाइल में वेब संदर्भ यूआरएल कोई फर्क नहीं पड़ता है, लेकिन अगर आप app.config में यूआरएल को संपादित करते हैं और फिर सेटिंग.Settings फ़ाइल खोलते हैं, जो आपने app.config में किए गए परिवर्तनों को सेटिंग्स सेटिंग्स में कॉपी किया है। और फिर, डीएलएल रन टाइम पर नए मूल्य को उठाता है। यह यह कैसे कर रहा है?
संपादित करें: यहां मेरा भ्रम का हिस्सा है क्योंकि मैं सेटिंग.Settings और app.config और वे एक-दूसरे से कैसे संबंधित हैं, के बीच अंतर पर बहुत स्पष्ट नहीं हैं, इसलिए हो सकता है कि लोग भी उस मुद्दे से मदद कर सकें।
परिवर्तन Settings.Settings फाइल करने के लिए कॉपी हो और उसके बाद तो इसकी, रन टाइम पर उठाया पाने के लिए लग रहे हैं सिर्फ शो के लिए नहीं। – codeulike
से ऊपर मेरा संपादन देखें, धन्यवाद। मैं app.config सेटिंग्स से संबंधित नहीं है जिस तरह से सेटिंग्स से संबंधित नहीं है। सेटिंग्स इसलिए आपका संपादन मदद करता है। – codeulike