Verwenden von ConfigurationManager zum Laden der Konfiguration von einem beliebigen Speicherort

Ich entwickle eine Datenzugriffskomponente, die auf einer Website verwendet wird, die eine Mischung aus klassischen ASP- und ASP.NET-Seiten enthält, und eine gute Möglichkeit zum Verwalten der Konfigurationseinstellungen benötigt.

Ich möchte eine benutzerdefinierte Version verwenden ConfigurationSection, und für die ASP.NET-Seiten funktioniert dies hervorragend. Wenn die Komponente jedoch über COM-Interop von einer klassischen ASP-Seite aufgerufen wird, wird sie nicht im Kontext einer ASP.NET-Anforderung ausgeführt und kennt daher web.config nicht.

Gibt es eine Möglichkeit, ConfigurationManagerdie Konfiguration nur von einem beliebigen Pfad zu laden (z. B. ..\web.configwenn sich meine Assembly im /binOrdner befindet)? Wenn es dann denke ich meine Komponente kann , wenn der Standard das zurückgreifen ConfigurationManager.GetSectionkehrt nullfür meinen benutzerdefinierten Abschnitt.

Alle anderen Ansätze hierfür wären willkommen!

Versuche dies:

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

Eine andere Lösung besteht darin, den Standardpfad der Umgebungskonfigurationsdatei zu überschreiben.

Ich finde es die beste Lösung für das Laden von Konfigurationsdateien mit nicht trivialen Pfaden, insbesondere die beste Möglichkeit, Konfigurationsdateien an DLL anzuhängen.

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

Beispiel:

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

Weitere Details finden Sie in diesem Blog .

Darüber hinaus bietet diese andere Antwort eine hervorragende Lösung mit Code zum Aktualisieren der App-Konfiguration und einem IDisposableObjekt zum Zurücksetzen auf den ursprünglichen Zustand. Mit dieser Lösung können Sie den Umfang der temporären App-Konfiguration beibehalten:

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

Die Antwort von Ishmaeel funktioniert im Allgemeinen, ich habe jedoch ein Problem festgestellt: Die Verwendung OpenMappedMachineConfigurationscheint Ihre geerbten Abschnittsgruppen von machine.config zu verlieren. Dies bedeutet, dass Sie auf Ihre eigenen benutzerdefinierten Abschnitte zugreifen können (was alles ist, was das OP wünscht), jedoch nicht auf die normalen Systemabschnitte. Zum Beispiel funktioniert dieser Code nicht:

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

Wenn Sie eine Uhr auf die stellen configuration.SectionGroups, werden Sie feststellen, dass system.net nicht als SectionGroup registriert ist und daher über die normalen Kanäle so gut wie nicht zugänglich ist.

Es gibt zwei Möglichkeiten, dies zu umgehen. Die erste, die mir nicht gefällt, besteht darin, die Systemabschnittsgruppen erneut zu implementieren, indem Sie sie aus machine.config in Ihre eigene web.config kopieren, z

<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>

Ich bin nicht sicher, ob die Webanwendung selbst danach korrekt ausgeführt wird, aber Sie können korrekt auf die sectionGroups zugreifen.

Die zweite Lösung besteht stattdessen darin, Ihre web.config als EXE-Konfiguration zu öffnen, die wahrscheinlich ohnehin näher an der beabsichtigten Funktion liegt:

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!

Ich gehe davon aus, dass keine der hier gegebenen Antworten, weder meine noch die von Ishmaeel, diese Funktionen so verwenden, wie es die .NET-Designer beabsichtigt haben. Aber das scheint für mich zu funktionieren.

Zusätzlich zu Ishmaeels Antwort gibt die Methode OpenMappedMachineConfiguration()immer ein ConfigurationObjekt zurück. Um zu überprüfen, ob es geladen wurde, sollten Sie die HasFileEigenschaft überprüfen, bei der true bedeutet, dass es aus einer Datei stammt.

Die akzeptierte Antwort ist falsch !!

Beim Zugriff auf die AppSettings-Eigenschaft wird die folgende Ausnahme ausgelöst:

Objekt vom Typ 'System.Configuration.DefaultSection' kann nicht in Typ 'System.Configuration.AppSettingsSection' umgewandelt werden.

Hier ist die richtige Lösung:

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

Ich habe die Konfigurationswerte für Word Hosted .nET Compoent wie folgt bereitgestellt.

Eine .NET-Klassenbibliothekskomponente, die in MS Word aufgerufen / gehostet wird. Um meiner Komponente Konfigurationswerte bereitzustellen, habe ich winword.exe.config im Ordner C: \ Programme \ Microsoft Office \ OFFICE11 erstellt. Sie sollten in der Lage sein, Konfigurationswerte wie in herkömmlichem .NET zu lesen.

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

Verwenden Sie für ASP.NET WebConfigurationManager:

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

Verwenden Sie die XML-Verarbeitung:

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

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

Dies sollte den Trick tun:

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

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