.net - net - ¿Hay alguna manera de anular ConfigurationManager.AppSettings?

configurationsettings.appsettings c#

Question

Realmente quiero poder tener una manera de tomar una aplicación que actualmente obtiene su configuración usando ConfigurationManager.AppSettings ["mysettingkey"] para que realmente esos ajustes provengan de una base de datos centralizada en lugar del archivo app.config. Puedo hacer una sección de configuración personalizada para manejar este tipo de cosas, pero realmente no quiero que otros desarrolladores en mi equipo tengan que cambiar su código para usar mi nueva sección personalizada de DbConfiguration. Solo quiero que puedan llamar a AppSettings como lo han hecho siempre, pero que se carguen desde una base de datos central.

¿Algunas ideas?

Answer 1

¿Hagas lo que hagas necesitarás agregar una capa de redirección? ConfigurationManager.AppSettings ["key"] siempre buscará en el archivo de configuración. Puede hacer un ConfigurationFromDatabaseManager pero esto dará como resultado el uso de diferentes sintaxis de llamadas:

ConfigurationFromDatabaseManager.AppSettings["key"] instead of ConfigurationSettings["key"].

Answer 2

No estoy seguro de que pueda anularlo, pero puede probar el método Agregar de AppSettings para agregar su configuración de base de datos cuando se inicien las aplicaciones.

Answer 3

Parece que hay una forma de hacerlo en .NET 3.5 estableciendo el atributo allowOverride en la sección de definición de appSettings de machine.config. Esto le permite anular toda la sección en su propio archivo app.config y especificar un nuevo tipo para manejarlo.

Answer 4

Si no te importa piratear el framework y puedes asumir razonablemente que la versión de .net framework en la que se ejecuta la aplicación (es decir, es una aplicación web o una aplicación de intranet), entonces podrías intentar algo como esto:

using System;
using System.Collections.Specialized;
using System.Configuration;
using System.Configuration.Internal;
using System.Reflection;
static class ConfigOverrideTest
{
sealed class ConfigProxy:IInternalConfigSystem
{
readonly IInternalConfigSystem baseconf;
public ConfigProxy(IInternalConfigSystem baseconf)
{
this.baseconf = baseconf;
}
object appsettings;
public object GetSection(string configKey)
{
if(configKey == "appSettings" && this.appsettings != null) return this.appsettings;
object o = baseconf.GetSection(configKey);
if(configKey == "appSettings" && o is NameValueCollection)
{
// create a new collection because the underlying collection is read-only
var cfg = new NameValueCollection((NameValueCollection)o);
// add or replace your settings
cfg["test"] = "Hello world";
o = this.appsettings = cfg;
}
return o;
}
public void RefreshConfig(string sectionName)
{
if(sectionName == "appSettings") appsettings = null;
baseconf.RefreshConfig(sectionName);
}
public bool SupportsUserConfig
{
get { return baseconf.SupportsUserConfig; }
}
}
static void Main()
{
// initialize the ConfigurationManager
object o = ConfigurationManager.AppSettings;
// hack your proxy IInternalConfigSystem into the ConfigurationManager
FieldInfo s_configSystem = typeof(ConfigurationManager).GetField("s_configSystem", BindingFlags.Static | BindingFlags.NonPublic);
s_configSystem.SetValue(null, new ConfigProxy((IInternalConfigSystem)s_configSystem.GetValue(null)));
// test it
Console.WriteLine(ConfigurationManager.AppSettings["test"] == "Hello world" ? "Success!" : "Failure!");
}
}

Answer 5

Intentaría escribir un inicio de aplicación y cargar la configuración de la base de datos al dominio de la aplicación. Entonces la aplicación no sabe nada sobre cómo se genera su configuración. Usar machiene.config conduce directamente a dll-hell 2.0.

Answer 6

Si puede guardar su archivo de configuración modificado en el disco, puede cargar el archivo de configuración alternativo en diferentes dominios de aplicación:

AppDomain.CreateDomain("second", null, new AppDomainSetup
{
ConfigurationFile = options.ConfigPath,
}).DoCallBack(...);