問題タブ [configurationmanager]

この例外ハンドラを終了しようとしています:

この問題は、nUnit を使用しているときにのみ発生するようです。

VS2005 C＃プロジェクトで、System.configurationへの参照を追加しました。オブジェクトブラウザで、System.Configuration.ConfigurationManagerを確認できます。Intellisense System.Configurationには、ConfigurationManagerではなく、古いConfigurationSettingsのみがあります。

マイコードSystem.Configuration.ConfigurationManager.AppSettings["MySetting"]

構文エラーとして強調表示され、コンパイルされません。

別のプロジェクトでは、まったく同じセットアップで問題なく動作します...何が起こっているかについての手がかりはありますか？

他のページがそれを使用しているのと同じファイルを含めましたが、何らかの理由でそれが見つからないだけです。アクセスを含めるにはどうすればよいですか？

この質問app.configは、でカスタム構成セクションを使用していることを除いて、私の問題を正確に説明しているConfigurationManagerため、そこに示されている解決策は適用されません...

基本的に、私の問題は、ClickOnce がアプリケーションを更新すると、新しい app.config で別のディレクトリにインストールされ、それによって行われた変更が消去されることです。私のアプリケーションは app.config を使用してアプリケーション設定を保持するため、これは非常に悪いです...マージされた更新は優れています (他の質問で達成されたものと同様) が、この時点では自動化されたものは何でも良いでしょう.

または、デフォルトの場所を使用するのではなく、app.config ファイルの設定された場所を使用する必要がありますか?

次のコードには 2 つの欠陥があります。バグなのか設計によるものなのか、私にはわかりません。私が見たところ、Configuration.Save を使用して app.config ファイルに書き戻すことが可能であり、http://www.codeproject.com/KB/cs/SystemConfiguration.aspxによれば、コードは機能するはずです。

バグは以下のソースに示されており、プロパティを設定したり、構成を元に戻したりしようとすると表示されます。

このようにして、アプリの最初の実行時にプロパティを確認し、設定が必要な場合はユーザーに管理者として実行するように指示します。UI は設定に役立ちます。私はすでに「管理者として実行」していますが、効果はありません。

プロジェクトに複数のapp.config（それぞれ異なる名前）ファイルを追加し、ビルドごとに出力ディレクトリにコピーするように設定しました。

これを使用して、各ファイルの内容にアクセスしようとします。

コードは実行されますが、o.HasFileはFalseになり、o.FilePathは「app1.config.config」になります。コードに変更した場合：

次に、「構成ファイルのロード中にエラーが発生しました：パラメーター'exePath'が無効です。パラメーター名：exePath」というコードが爆破されます。

構成ファイルをコピーして貼り付けると（最終的にapp1.configとapp1.config.configになります）、コードは正常に実行されますが、これは適切な解決策ではないと思います。したがって、私の質問は、ConfigurationManager.OpenExeConfigurationを使用して構成ファイルを正しくロードするにはどうすればよいですか？

app.configファイルが複数の場所に分散されたさまざまな構成フラグメントから動的に構築される構成システムを作成しています。現在、システムは次のように機能します。

1. Bootstrapperは構成ファイルを作成します。
2. Bootstrapperは、新しい構成ファイルを構成ファイルとして使用して、新しいAppDomainを初期化します。
3. その結果、新しいAppDomainは新しい構成ファイルを使用するように構成され、すべて正常に機能します。

この複数のAppDomainアプローチから離れたいと思います。特にアンマネージライブラリやその他のレガシーコードに関しては、複雑さが増します。

1つのAppDomainに移動すると、ワークフローは次のように変更されます。

1. Bootstrapperは構成ファイルを作成します。
2. Bootstrapperは、構成ファイルを独自の構成ファイルにマージします。
3. Bootstrapperは、ConfigurationManagerキャッシュを更新します。
4. Bootstrapperは、同じAppDomainでメインアプリを起動します。

ConfigurationManagerはセクションをメモリにキャッシュしているようです。したがって、たとえば、手順3の前にAppSettingsを読んだ場合は、次のように呼び出す必要があります。ConfigurationManager.RefreshSection("appSettings");実際、ブートストラッパーによって使用されたセクションが更新されていることを確認する必要があります。

新しい構成ファイルのすべての構成セクションを繰り返し処理して強制的に更新することはできますが、これにより、構成マネージャーは構成ファイルで参照されているすべてのアセンブリを強制的にロードします。可能であればこれを延期したいと思います。ConfigurationManagerが現在メモリに持っているものを無効にする方法はありますか？

これら 2 つの構成ファイルはこれまで何度も使用してきましたが、実際にどのように機能するかを完全に理解するのに時間をかけたことはありませんでした。ほとんどの人がそうであるように、私は構成値を取得するために呼び出す方法の基本を理解していWebConfigurationManager.AppSettings["key"]ます。

ここに私が思いついたいくつかの質問があります：

1. クラス ライブラリ内の構成値を参照し、ライブラリがより大きなソリューションの一部である場合はどうなりますか? 変数を見つけるために、app.config を出力ディレクトリにコピーする必要がありますか? （私はそう仮定します）
2. 別のクラス ライブラリの app.config から構成値を直接使用できますか?
3. 質問 3 が「はい」であると仮定すると、同じキーを持つ構成値を含む異なるライブラリから複数の app.config ファイルがある場合はどうなりますか?
4. クラス ライブラリで web.config を参照するとどうなりますか?
5. Web サイトまたは Web アプリケーション プロジェクトで app.config を参照するとどうなりますか?