問題タブ [app-config]

2 つの .NET 構成ファイルをマージするために、このコードを作成しました。存在しないノードを追加し、既存のノードの値をオーバーライドします。私が使用しているアプリはパフォーマンスが重要ではないため、はるかに高速なリーダー/ライターの方法を使用することを避けました。これについてどう思いますか？

次のコード行を使用して、別の場所から app.config ファイルをロードできることを知っています。

ここで、ConfigFile はフル パスの場所です。私がやりたいことは、app.config 用に暗号化されたファイルをロードできるようにすることです。理想的には、ファイルを読み込んで復号化し、文字列またはメモリ ストリームに読み込んで、app.config であるかのようにアプリに渡すことができるようにしたいと考えています。そこからすべての値をロードして手動でアクセスできることはわかっていますが、.NET の組み込み機能を使用してそれらにアクセスできるようにしたいと考えています。ファイル以外から構成ファイルを使用するようにアプリに指示する方法はありますか?

もう1つのオプションは、ファイルを開いて復号化し、一時ファイルに書き込んでから、上記のコードを使用してそのように参照することですが、より簡単な方法があれば、理想的には見つけたいと思います.追加のファイルを処理しないようにする必要があります。

私のapp.configを見て少し混乱しました。次のようになります。

SendTimeout 値を 1 分よりも大きく設定するには、バインディング タグをどこに追加すればよいですか?

いくつかのWCFサービスを含むアセンブリがあり、それぞれに独自の契約があります。それはすべてうまく機能します。サービスのapp.configのサービス構成は次のようになります。

より大きなプロジェクトを念頭に置いており、より多くの契約があるので、異なるサービス契約間でBaseAddressを共有する方法が必要です。
これが異なるコントラクトとエンドポイントを持つ1つのサービスである場合、オモンのベースアドレスを設定できますが、複数のサービスに共通のベースアドレスを設定するにはどうすればよいですか？

もちろん、私はクライアントのために似たようなものが必要です。

実行時にアプリケーション app.config を切り替える方法はありますか (current.config から new.config、ファイルごとに)。独自の application.exe.config ファイルを置き換える必要があるバックアップ/復元プロセスがあります。この投稿を見ましたが、実行時にこれを行う方法には答えていません。

app.configファイルの設定を参照する.NETアセンブリを呼び出すVB6アプリがあります。デフォルトでは、.NETはVB6アプリにちなんで名付けられた構成ファイルを探します。別の設定ファイル名を使用するようにリダイレクトするにはどうすればよいですか？これは、たとえばWCF設定が読み取られるように、デフォルトの構成ファイルになる必要があります。

私のwinformアプリでは、appSettingsでもエラーが発生していますが、userSettingを追加しようとしています。設定が追加されると、「構成システムの初期化に失敗しました」という例外がスローされ、内部例外「認識されない構成セクション userSetting」が発生します。

例外の詳細:

app.config で合理化された WCF 構成のために必要な最小限のクライアント設定は何ですか?

デフォルトのものはこれです：

何を除外できますか? また、そのどれだけが必要ですか?

編集：壊れるまでパーツを剥ぎ取り始めるべきですか？私は、人々が幸運に恵まれる、最適化された優れた wsHttpBindings を見つけることを望んでいました。

私のアプリケーションでは、実行時に app.config の appSetting の値 (「環境」) を変更する必要があります。

AppSettingsReader を使用しています

その後、ある段階でこれを行います

しかし、今度は「環境」をこんな風に読んでみる

私は環境の古い値で終わります。

これを行うことでこれを修正できることに気付きました

「環境」を読む前に。

しかし、新しいインスタンスを作成することは適切なアプローチではないと思います。

おそらく、私の SettingReader に、同じインスタンスを使用するように値が変更されたことを知らせる方法がありますが、値は更新されていますか?

（明らかにプロジェクトを壊す質問ではなく、より教育的な質問です）

このように実行時に接続文字列を変更できます。MySettings クラス内の別のプロパティとして、接続文字列の設定を書き込み可能にします。

次に、アプリケーションが初期化されるとき (型指定されたデータセットのテーブル アダプターを使用する前) に、次のように記述します。

ここで、ProductionConnectionString は単純な文字列設定です。これはユーザー スコープ設定であるため、すべてのユーザーが (上記のコードのように値を割り当てることによって) 変更し、My.Settings.Save() を呼び出して保存できます。

このコードは、最初にメイン プロジェクトで作成され、その設定 (= app.config ファイル) に格納された接続文字列に対して適切に機能します。

app.config 内の接続文字列は、実際には MyApp.MySettings.MyConnectionString という長い名前になっています。

クラス ライブラリ プロジェクトの app.config に接続文字列を格納し、メイン プロジェクトでそのプロジェクトを参照すると、app.config ファイルが何らかの形でマージされるため、クラス ライブラリにはその設定が含まれます。

方法がわからないのは、実行時にクラス ライブラリから設定を変更することです。接続文字列の設定をクラス ライブラリからメイン プロジェクトの app.config にコピーできます。MyClassLibrary.My.MySettings.MyConnectionString のような同じ名前を保持する必要があります。

上で示したのと同じ原則を、この 2 番目の接続文字列に何らかの方法で適用できますか?