Есть ли способ переопределить ConfigurationManager.AppSettings?

Question

Я действительно хочу, чтобы иметь возможность принять приложение, которое в настоящее время получает свои настройки, используя ConfigurationManager.AppSettings ["mysettingkey"], чтобы на самом деле эти настройки исходили из централизованной базы данных, а не из файла app.config. Я могу создать настраиваемый раздел конфигурации для работы с подобными вещами, но я действительно не хочу, чтобы другим разработчикам моей команды приходилось менять свой код, чтобы использовать мой новый раздел DbConfiguration. Я просто хочу, чтобы они могли вызвать AppSettings так, как они всегда есть, но загружать его из центральной базы данных.

Любые идеи?

Answer 1

Если вы не против взлома вокруг базы, и вы можете разумно предположить, рамочный .net версии приложение работает на (т.е. это веб-приложение или приложение интранета), то вы можете попробовать что-то вроде этого:

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 2

Я не уверен, что вы можете переопределить его, но вы можете попробовать добавить метод AppSettings, чтобы добавить настройки своего БД при запуске приложений.

Answer 3

Что бы вы ни делали, вам нужно будет добавить один слой перенаправления? ConfigurationManager.AppSettings ["key"] всегда будет выглядеть в файле конфигурации. Вы можете сделать ConfigurationFromDatabaseManager, но это приведет, используя другой синтаксис вызова:

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

Answer 4

Оказывается, есть способ сделать это в .NET 3.5 с помощью атрибута AllowOverride в разделе определений AppSettings из machine.config. Это позволяет переопределить весь раздел в вашем собственном файле app.config и указать новый тип для его обработки.

Answer 5

Я бы попытался написать стартер приложения и загрузить настройки из базы данных в домен приложения. Таким образом, приложение ничего не знает о том, как создается его конфигурация. Использование machiene.config ведет непосредственно в dll-hell 2.0.

Answer 6

Если вы можете сохранить вас измененный конфигурационный файл на диск - вы можете загрузить альтернативный конфигурационный файл в другом домене приложения:

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