Yapılandırmayı rastgele bir konumdan yüklemek için ConfigurationManager'ı kullanma

Klasik ASP ve ASP.NET sayfalarının bir karışımını içeren bir web sitesinde kullanılacak ve yapılandırma ayarlarını yönetmek için iyi bir yönteme ihtiyaç duyan bir veri erişim bileşeni geliştiriyorum.

Bir özel kullanmak istiyorum ConfigurationSectionve ASP.NET sayfaları için bu harika çalışıyor. Ancak bileşen, klasik bir ASP sayfasından COM birlikte çalışması aracılığıyla çağrıldığında, bileşen bir ASP.NET isteği bağlamında çalışmıyor ve bu nedenle web.config bilgisine sahip değil.

ConfigurationManagerYapılandırmayı rastgele bir yoldan yüklemesini söylemenin bir yolu var mı (örneğin ..\web.config, /binderlemem klasördeyse)? Varsa, özel ConfigurationManager.GetSectionbölümüm nulliçin varsayılan dönerse bileşenimin buna geri dönebileceğini düşünüyorum .

Bu konudaki diğer yaklaşımlar memnuniyetle karşılanacaktır!

Bunu dene:

System.Configuration.ConfigurationFileMap fileMap = new ConfigurationFileMap(strConfigPath); //Path to your config file
System.Configuration.Configuration configuration = System.Configuration.ConfigurationManager.OpenMappedMachineConfiguration(fileMap);

Diğer bir çözüm, varsayılan ortam yapılandırma dosyası yolunu geçersiz kılmaktır.

Önemsiz olmayan yol yapılandırma dosyası yüklemesi için en iyi çözümü, özellikle yapılandırma dosyasını dll'ye eklemenin en iyi yolunu buluyorum.

AppDomain.CurrentDomain.SetData("APP_CONFIG_FILE", <Full_Path_To_The_Configuration_File>);

Misal:

AppDomain.CurrentDomain.SetData("APP_CONFIG_FILE", @"C:\Shared\app.config");

Bu blogda daha fazla ayrıntı bulunabilir .

Ek olarak, bu diğer yanıtın , uygulama yapılandırmasını yenilemek için kod ve IDisposableorijinal durumuna geri döndürmek için bir nesne ile tamamlanan mükemmel bir çözümü vardır . Bu çözümle, geçici uygulama yapılandırmasının kapsamını koruyabilirsiniz:

using(AppConfig.Change(tempFileName))
{
    // tempFileName is used for the app config during this context
}

Ishmaeel'in cevabı genellikle işe yarıyor, ancak bir sorun buldum, bu da kullanımın, OpenMappedMachineConfigurationmiras alınan bölüm gruplarınızı machine.config'den kaybettiği gibi görünüyor. Bu, kendi özel bölümlerinize (istenen tüm OP) erişebileceğiniz, ancak normal sistem bölümlerine erişemeyeceğiniz anlamına gelir. Örneğin, bu kod çalışmayacaktır:

ConfigurationFileMap fileMap = new ConfigurationFileMap(strConfigPath);
Configuration configuration = ConfigurationManager.OpenMappedMachineConfiguration(fileMap);
MailSettingsSectionGroup thisMail = configuration.GetSectionGroup("system.net/mailSettings") as MailSettingsSectionGroup;  // returns null

Temel olarak, bir izleme configuration.SectionGroupsyaparsanız, system.net'in bir Bölüm Grubu olarak kayıtlı olmadığını görürsünüz, bu nedenle normal kanallar aracılığıyla hemen hemen erişilemez.

Bu sorunu çözmek için bulduğum iki yol var. Birincisi, sevmediğim şey, sistem bölümü gruplarını machine.config'den kendi web.config'inize kopyalayarak yeniden uygulamaktır.

<sectionGroup name="system.net" type="System.Net.Configuration.NetSectionGroup, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
  <sectionGroup name="mailSettings" type="System.Net.Configuration.MailSettingsSectionGroup, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
    <section name="smtp" type="System.Net.Configuration.SmtpSection, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" />
  </sectionGroup>
</sectionGroup>

Web uygulamasının bundan sonra düzgün çalışacağından emin değilim, ancak bölüm gruplarına doğru bir şekilde erişebilirsiniz.

İkinci çözüm, bunun yerine web.config dosyanızı bir EXE yapılandırması olarak açmaktır; bu, muhtemelen zaten amaçlanan işlevine daha yakındır:

ExeConfigurationFileMap fileMap = new ExeConfigurationFileMap() { ExeConfigFilename = strConfigPath };
Configuration configuration = ConfigurationManager.OpenMappedExeConfiguration(fileMap, ConfigurationUserLevel.None);
MailSettingsSectionGroup thisMail = configuration.GetSectionGroup("system.net/mailSettings") as MailSettingsSectionGroup;  // returns valid object!

Burada verilen cevapların hiçbirinin, ne benim ne de Ishmaeel'in, .NET tasarımcılarının amaçladığı gibi bu işlevleri tam olarak kullanmadığını söyleyebilirim. Ama bu benim için çalışıyor gibi görünüyor.

Ishmaeel'in cevabına ek olarak, yöntem OpenMappedMachineConfiguration()her zaman bir Configurationnesne döndürür . Bu nedenle, yüklenip yüklenmediğini kontrol etmek için, HasFileözelliği bir dosyadan geldiği anlamına geldiği durumda kontrol etmelisiniz .

Kabul edilen cevap yanlış !!

AppSettings özelliğine erişirken aşağıdaki özel durumu atar:

'System.Configuration.DefaultSection' türündeki nesne 'System.Configuration.AppSettingsSection' türüne dönüştürülemiyor.

İşte doğru çözüm:

System.Configuration.ExeConfigurationFileMap fileMap = new ExeConfigurationFileMap();
fileMap.ExeConfigFilename = "YourFilePath";
System.Configuration.Configuration configuration = System.Configuration.ConfigurationManager.OpenMappedExeConfiguration(fileMap, ConfigurationUserLevel.None);

Yapılandırma değerlerini barındırılan .nET Compoent sözcüğüne aşağıdaki gibi sağladım.

MS Word'de çağrılan / barındırılan bir .NET Sınıf Kitaplığı bileşeni. Bileşenime yapılandırma değerleri sağlamak için C: \ Program Files \ Microsoft Office \ OFFICE11 klasöründe winword.exe.config'i oluşturdum. Geleneksel .NET'te yaptığınız gibi yapılandırma değerlerini okuyabilmeniz gerekir.

string sMsg = System.Configuration.ConfigurationManager.AppSettings["WSURL"];

ASP.NET için WebConfigurationManager'ı kullanın:

var config = WebConfigurationManager.OpenWebConfiguration("~/Sites/" + requestDomain + "/");
(..)
config.AppSettings.Settings["xxxx"].Value;

XML işlemeyi kullanın:

var appPath = AppDomain.CurrentDomain.BaseDirectory;
var configPath = Path.Combine(appPath, baseFileName);;
var root = XElement.Load(configPath);

// can call root.Elements(...)

Bu hile yapmalı:

AppDomain.CurrentDomain.SetData("APP_CONFIG_FILE", "newAppConfig.config);

Kaynak: https://www.codeproject.com/Articles/616065/Why-Where-and-How-of-NET-Configuration-Files