実行時にweb.configappSettingsをどのように変更しますか？

実行時にweb.configappSettings値を変更する方法について混乱しています。たとえば、次のappSettingsセクションがあります。

<appSettings>
  <add key="productspagedesc" value="TODO: Edit this default message" />
  <add key="servicespagedesc" value="TODO: Edit this default message" />
  <add key="contactspagedesc" value="TODO: Edit this default message" />
  <add key="aboutpagedesc" value="TODO: Edit this default message" />
  <add key="homepagedesc" value="TODO: Edit this default message" />
 </appSettings>

たとえば、実行時に「homepagedesc」キーを変更したいとします。ConfigurationManagerとWebConfigurationManagerの静的クラスを試しましたが、設定は「読み取り専用」です。実行時にappSettings値を変更するにはどうすればよいですか？

更新：わかりました、それでここに私は5年後です。経験からわかったことを指摘したいのですが、実行時に意図的に編集可能な構成をweb.configファイルに入れるのではなく、ユーザーの1人が以下にコメントしたように別のXMLファイルに入れる必要があります。これにより、アプリを再起動するためにweb.configファイルを編集する必要がなくなり、怒ったユーザーから電話がかかってきます。

使用する必要がありますWebConfigurationManager.OpenWebConfiguration()：例：

Dim myConfiguration As Configuration = System.Web.Configuration.WebConfigurationManager.OpenWebConfiguration("~")
myConfiguration.ConnectionStrings.ConnectionStrings("myDatabaseName").ConnectionString = txtConnectionString.Text
myConfiguration.AppSettings.Settings.Item("myKey").Value = txtmyKey.Text
myConfiguration.Save()

machine.configでAllowLocationを設定する必要があるかもしれないと思います。これは、要素を使用して個々のページを構成できるかどうかを示すブール値です。「allowLocation」がfalseの場合、個々の要素で構成することはできません。

最後に、IISでアプリケーションを実行し、Visual Studioからテストサンプルを実行すると、違いが生じます。ASP.NETプロセスIDは、IISアカウント、ASPNETまたはNETWORK SERVICES（IISのバージョンによって異なります）です。

web.configが存在するフォルダーへのASPNETまたはNETWORKSERVICESModifyアクセスを許可する必要がある場合があります。

web.configを変更すると、通常、アプリケーションが再起動します。

アプリケーションで独自の設定を編集する必要がある場合は、設定のデータベース化や編集可能な設定を使用したxmlファイルの作成などの別のアプローチを検討する必要があります。

また、アプリケーションの再起動を回避したい場合は、次のappSettingsセクションに移動できます。

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

別のファイルに。そしてと組み合わせてConfigurationSaveMode.Minimal

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

appSettingsアプリケーションを再起動したり、通常のappSettingsセクションとは異なる形式のファイルを使用したりすることなく、このセクションをさまざまな設定のストアとして引き続き使用できます。

2012 これは、このシナリオに適したソリューションです（Visual Studio 2008でテスト済み）。

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

2018年の更新=>
2015年と比較してテスト済み-Asp.netMVC5

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

要素が存在することを確認する必要がある場合は、次のコードを使用します。

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();

この質問は古いことは知っていますが、ASP.NET \ IISの世界の現状と、実際の経験を組み合わせて回答を投稿したいと思いました。

私は最近、会社のプロジェクトを主導し、web.configファイルのすべてのappSettingsとconnectionStrings設定を1か所に統合​​して管理したいと考えました。プロジェクトの成熟度と安定性のために、構成設定をZooKeeperに保存するアプローチを追求したかったのです。ZooKeeperが設計上、構成およびクラスター管理アプリケーションであるという事実は言うまでもありません。

プロジェクトの目標は非常に単純でした。

1. ASP.NETをZooKeeperと通信させる
2. Global.asaxのApplication_Start-ZooKeeperからweb.config設定をプルします。

ASP.NETでZooKeeperと通信するための技術的な部分に合格すると、すぐに次のコードを見つけて壁にぶつかりました。

ConfigurationManager.AppSettings.Add(key_name, data_value)

appSettingsコレクションに新しい設定を追加したかったので、このステートメントは最も論理的に意味がありました。ただし、元の投稿者（および他の多くの投稿者）が述べたように、このコード呼び出しは、コレクションが読み取り専用であることを示すエラーを返します。

少し調べて、人々がこの問題を回避するさまざまなクレイジーな方法をすべて見た後、私は非常に落胆しました。理想的とは言えないシナリオをあきらめたり、落ち着いたりする代わりに、私は掘り下げて何かが足りないかどうかを確認することにしました。

少し試行錯誤して、次のコードが私が望んでいたことを正確に実行することがわかりました。

ConfigurationManager.AppSettings.Set(key_name, data_value)

このコード行を使用して、Application_StartのZooKeeperから85個のappSettingsキーすべてをロードできるようになりました。

IISのリサイクルをトリガーするweb.configの変更に関する一般的な説明に関して、私は次のappPool設定を編集して、舞台裏の状況を監視しました。

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

この設定の組み合わせで、このプロセスによってappPoolのリサイクルが発生した場合、イベントログエントリが記録されているはずですが、記録されていません。

これにより、一元化されたストレージメディアからアプリケーション設定をロードすることが可能であり、実際に安全であると結論付けることができます。

私はWindows7でIIS7.5を使用していることに言及する必要があります。コードはWin2012のIIS8にデプロイされます。この回答に関して何か変更があった場合は、それに応じてこの回答を更新します。

ポイントに直接好きな人は、

あなたの構成で

    <appSettings>

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

  </appSettings>

コード内（c＃）

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

これを試して：

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();
        }
    }
}