Jak modyfikować sieć.config appSettings w czasie wykonywania?

Zmiana sieci.config zazwyczaj powoduje ponowne uruchomienie aplikacji.

Jeśli naprawdę potrzebujesz swojej aplikacji do edycji własnych ustawień, powinieneś rozważyć inne podejście, takie jak tworzenie bazy danych ustawień lub tworzenie pliku xml z ustawieniami edytowalnymi.

I jeśli chcesz uniknąć ponownego uruchomienia aplikacji, możesz przenieść appSettings sekcję:

<appSettings configSource="Config\appSettings.config"/>

Do osobnego pliku. Oraz w połączeniu z ConfigurationSaveMode.Minimal

var config = System.Web.Configuration.WebConfigurationManager.OpenWebConfiguration("~");
config.Save(ConfigurationSaveMode.Minimal);

Możesz nadal używać sekcji appSettings jako magazynu dla różnych ustawień bez powodowania ponownego uruchamiania aplikacji i bez konieczności używania pliku o innym formacie niż normalna sekcja appSettings.

2012 Jest to lepsze rozwiązanie dla tego scenariusza (testowane z Visual Studio 2008):

Configuration config = WebConfigurationManager.OpenWebConfiguration(HttpContext.Current.Request.ApplicationPath);
config.AppSettings.Settings.Remove("MyVariable");
config.AppSettings.Settings.Add("MyVariable", "MyValue");
config.Save();

Aktualizacja 2018 =>
testowane w vs 2015 - Asp.net MVC5

var config = System.Web.Configuration.WebConfigurationManager.OpenWebConfiguration("~");
config.AppSettings.Settings["MyVariable"].Value = "MyValue";
config.Save();

Jeśli chcesz sprawdzić, czy element istnieje, użyj tego kodu:

var config = System.Web.Configuration.WebConfigurationManager.OpenWebConfiguration("~");
if (config.AppSettings.Settings["MyVariable"] != null)
{
config.AppSettings.Settings["MyVariable"].Value = "MyValue";
}
else { config.AppSettings.Settings.Add("MyVariable", "MyValue"); }
config.Save();

Wiem, że to pytanie jest stare, ale chciałem opublikować odpowiedź na podstawie aktualnego stanu rzeczy w świecie ASP. NET\IIS w połączeniu z moim prawdziwym doświadczeniem.

Ostatnio stałem na czele projektu w mojej firmie, w którym chciałem skonsolidować i zarządzać wszystkimi ustawieniami appSettings & connectionStrings w naszej sieci.pliki konfiguracyjne w jednym centralnym miejscu. Chciałem realizować podejście, w którym nasze ustawienia konfiguracyjne były przechowywane w ZooKeeper ze względu na dojrzałość projektów i stabilność. Nie do wspomnij o tym, że ZooKeeper jest z założenia aplikacją do zarządzania konfiguracją i klastrem.

Cele projektu były bardzo proste;

1. get ASP.NET aby komunikować się z Zookeeperem
2. in Global.asax, Application_Start-pull web.ustawienia konfiguracji z ZooKeeper.

Po przejściu technicznego kawałka zdobywania ASP.NET aby porozmawiać z Zookeeperem, szybko znalazłem i Uderzyłem w ścianę poniższym kodem; {]}

ConfigurationManager.AppSettings.Add(key_name, data_value)

To stwierdzenie sprawiło, że najbardziej sens logiczny, ponieważ chciałem dodać nowe ustawienia do kolekcji appSettings. Jednak, jak wspomniano w oryginalnym plakacie (i wielu innych), to wywołanie kodu zwraca błąd stwierdzający, że kolekcja jest tylko do odczytu.

Po przeprowadzeniu trochę badań i widząc wszystkie różne szalone sposoby ludzie pracowali wokół tego problemu, byłem bardzo zniechęcony. Zamiast poddać się lub zadowolić się czymś, co wydawało się być mniej niż idealnym scenariuszem, postanowiłem zagłębić się w to i zobaczyć, czy czegoś mi nie brakuje.

Z odrobiną prób i błędów, znalazłem następujący kod zrobi dokładnie to, co chciałem;

ConfigurationManager.AppSettings.Set(key_name, data_value)

Korzystając z tej linii kodu, jestem teraz w stanie załadować wszystkie 85 kluczy appSettings z ZooKeeper w moim Application_Start.

W odniesieniu do ogólnych oświadczeń o zmianach w sieci.konfigurację IIS, edytowałem następujące ustawienia aplikacji, aby monitorować sytuację za kulisami;

appPool-->Advanced Settings-->Recycling-->Disable Recycling for Configuration Changes = False
appPool-->Advanced Settings-->Recycling-->Generate Recycle Event Log Entry-->[For Each Setting] = True

Z tą kombinacją ustawień, jeśli ten proces spowodowałby appPool recycle, wpis dziennika zdarzeń powinien być zarejestrowany, a nie był.

To prowadzi mnie do wniosku, że możliwe i rzeczywiście bezpieczne jest ładowanie ustawień aplikacji ze scentralizowanego nośnika pamięci.

Powinienem wspomnieć, że używam IIS7. 5 W Windows 7. Kod zostanie wdrożony do IIS8 na Win2012. Jeśli cokolwiek dotyczące tej odpowiedzi ulegnie zmianie, zaktualizuję tę odpowiedź.

Kto lubi bezpośrednio do punktu,

In your Config

    <appSettings>

    <add key="Conf_id" value="71" />

  </appSettings>

W Twoim kodzie (c#)

///SET
    ConfigurationManager.AppSettings.Set("Conf_id", "whateveryourvalue");
      ///GET              
    string conf = ConfigurationManager.AppSettings.Get("Conf_id").ToString();

Spróbuj Tego:

using System;
using System.Configuration;
using System.Web.Configuration;

namespace SampleApplication.WebConfig
{
    public partial class webConfigFile : System.Web.UI.Page
    {
        protected void Page_Load(object sender, EventArgs e)
        {
            //Helps to open the Root level web.config file.
            Configuration webConfigApp = WebConfigurationManager.OpenWebConfiguration("~");
            //Modifying the AppKey from AppValue to AppValue1
            webConfigApp.AppSettings.Settings["ConnectionString"].Value = "ConnectionString";
            //Save the Modified settings of AppSettings.
            webConfigApp.Save();
        }
    }
}