Uso de ConfigurationManager para cargar la configuración desde una ubicación arbitraria

Otra solución es anular la ruta predeterminada del archivo de configuración del entorno.

Me parece la mejor solución para la carga de archivos de configuración de ruta no trivial, específicamente la mejor manera de adjuntar archivos de configuración a dll.

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

Ejemplo:

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

Se pueden encontrar más detalles en este blog.

Además, esta otra respuesta tiene una excelente solución, completa con código para actualizar la configuración de la aplicación y un objeto IDisposable a restablecer vuelve a su estado original. Con esto solución, puede mantener el ámbito de configuración temporal de la aplicación:

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

La respuesta de Ishmaeel generalmente funciona, sin embargo, encontré un problema, que es que usar OpenMappedMachineConfiguration parece perder los grupos de secciones heredados de la máquina.config. Esto significa que puede acceder a sus propias secciones personalizadas (que es todo el OP deseado), pero no a las secciones normales del sistema. Por ejemplo, este código no funcionará:

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

Básicamente, si pones un reloj en el configuration.SectionGroups, verás que system.net no está registrado como SectionGroup, por lo que es prácticamente inaccesible a través de la normal canal.

Hay dos maneras que encontré para solucionar esto. La primera, que no me gusta, es volver a implementar los grupos de sección del sistema copiándolos de la máquina.config en su propia web.config, por ejemplo,

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

No estoy seguro de que la propia aplicación web se ejecute correctamente después de eso, pero puede acceder a los grupos de secciones correctamente.

La segunda solución es en lugar de abrir su web.config como una configuración EXE, que probablemente esté más cerca de su función prevista de todos modos:

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!

Me atrevo a decir que ninguna de las respuestas proporcionadas aquí, ni la mía ni la de Ishmaeel, están usando estas funciones como lo pretendían los diseñadores de.NET. Pero, esto parece funcionar para mí.

Además de la respuesta de Ishmaeel, el método OpenMappedMachineConfiguration() siempre devolverá un objeto Configuration. Así que para comprobar si se cargó debe comprobar la propiedad HasFile donde true significa que vino de un archivo.

Proporcioné los valores de configuración a word hosted .nET Compoent de la siguiente manera.

Un componente de Biblioteca de clases.NET que se llama/aloja en MS Word. Para proporcionar valores de configuración a mi componente, creé winword.exe.config en C:\Program Files\Microsoft Office \ OFFICE11 carpeta. Debería poder leer los valores de configuración como lo hace en Traditional. NET.

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

Para ASP.NET use WebConfigurationManager:

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

Utilice el procesamiento XML:

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

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

Esto debería hacer el truco:

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

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