AppDomainとconfigセクションの入力

Question

いくつかのレベルの構成ファイルを使用する.Net 2.0のWindowsアプリケーションがあります。私の制御の理由から、アプリケーションはWindows app（.exe）プロジェクトと複数のDLLで構成され、それぞれに独自のapp.configファイルがあります。私は成功した（C＃で）使用して、各DLLのための設定ファイルを読み込む方法を考え出した

ConfigurationManager.OpenMappedExeConfiguration("my DLL's config file path", ConfigurationUserLevel.None); 

これは正常に動作します - 私が指摘したときに、私は、このメソッドからConfigurationオブジェクトを取得することを確認することができます私のDLLの構成ファイル（ "foo.dll.config"）のファイルパス名を指定します。ただし、カスタム構成セクションにアクセスしようとすると、カスタム構成セクションのデータ型が見つからないという例外が表示されます。

このように構成ファイルを読み込む際に、コードで入力情報を利用するには、他に何が必要ですか？

Answer 1

これは不幸ですが、これを処理する方法は、.dll.configファイルの設定をアプリケーションの設定ファイルにコピーすることです。唯一の例外は、Windowsフォームで使用される設定システムと関係があります。私はあなたのためにOpenMappedConfigurationをしていると思うが、わからない。

.NET 2.0でこれを統一して問題を解決できなかった理由はわかりません。多分私は尋ねるべきです。 1日の前半に

---

MSDNのオスロフォーラム（http://social.msdn.microsoft.com/Forums/en-US/oslo/thread/c93ee7f3-4f9b-4044-b1f0-43ad72fb508d）に、WCFに関連し、私はこのような質問をしました。私がブログ投稿や他の回答を探していたとき（私が上記のように "たぶん私は尋ねるべきです"）、フォーラムの投稿への回答が届いた。

ロングストーリー、少し舌で頬、答えは：彼らはオスロが問題を解決するのを待っていたので、.NET 2.0ではこれを修正しませんでした。

オスロはアプリケーションのモデルとアプリケーションコンポーネントを中央リポジトリに格納することを推奨します。これには、インスタンスごとの構成のモデルが含まれます。理論は、すべてのようなデータは、（少なくともシステムごとに）単一のリポジトリに格納されるということです。ですから、コンフィギュレーションファイルがどこにあるのかという疑問は、もう一つの場所にあります。構成セクションのメタデータを含むアセンブリを見つけることはもうありません。メタデータは構成データとともにリポジトリに格納されます。

http://bytes.com/groups/net（私は、このリンクに沿って続く