सेवा संदर्भ के साथ डीएल को कस्टम कॉन्फ़िगरेशन

Question

पढ़ना चाहिए मुझे एक सेवा संदर्भ के साथ एक डीएलएल का उपयोग करने में समस्या है जो कस्टम कॉन्फ़िगरेशन को पढ़ना चाहिए।

मेरे स्थिति इस प्रकार है: - DLL जो अपनी ही कॉन्फ़िग फ़ाइल (configurationManager.openExeConfiguration (dllname.dll.config) का उपयोग करके) को पढ़ने - मुख्य आवेदन जो DLL (3 डी-पक्ष एप्लिकेशन)

का उपयोग करता है

यह ठीक काम कर रहा है, डीएलएल सही कॉन्फ़िगरेशन पढ़ता है।

अब मुझे अपने डीएलएल में एक सेवा संदर्भ जोड़ना होगा। समस्या यह है कि यह dllname.dll.config फ़ाइल पढ़ने के बजाय मानक app.config फ़ाइल (जो मौजूद नहीं है) को पढ़ने का प्रयास करता है।

किसी के पास इसका समाधान है?

धन्यवाद,

Answer 1

नेट में, यह मंशा है कि पुस्तकालयों के लिए अपने स्वयं .Config फ़ाइलों होना चाहिए कभी नहीं रहा है, इसलिए इस का कोई आधिकारिक समर्थन नहीं है और मुद्दों के बहुत सारे लाजिमी है करने के लिए सुनिश्चित कर रहे हैं।

हालांकि आप कॉन्फ़िगरेशन मैनेजर.ऑपेनएक्स कॉन्फ़िगरेशन के साथ ऐसी फ़ाइल पढ़ सकते हैं, यह कभी भी उस एपीआई का इरादा नहीं था - यह मुख्य रूप से एप्लिकेशन .config फ़ाइलों को संपादित करने के लिए एक एपीआई प्रदान करने के लिए है।

यदि आप लाइब्रेरी को मानक कॉन्फ़िगरेशन मैनेजर एपीआई का उपयोग करके ऐप.कॉन्फिग फ़ाइल से पढ़ते हैं तो आप बहुत बेहतर होंगे। ऐप.कॉन्फिग फ़ाइल में आपके लाइब्रेरी के लिए अभी भी कस्टम अनुभाग हो सकते हैं। इस तरह से यह हमेशा काम करने का इरादा था, और यह आपको बहुत कम परेशानी देगा।

Answer 2

नहीं देर के रूप में config अनुभाग में खेलने के दौरान एक पुराने सवाल

पुनर्जीवित करने के लिए, लेकिन चूंकि यह अनुत्तरित है मैं में झंकार हूँ।, मैं महान संसाधनों के एक जोड़े के पार कैम। मूल रूप से ServiceHost/etc से विरासत में clients and servers read custom configs रखने के विवरण में से एक है। और कॉन्फ़िगरेशन लोड करने वाली विधियों को ओवरराइड करना।

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