問題タブ [configurationsection]

アプリの構成を使用して2つの会社の設定を保存したいのですが、セクションを使用して、異なるキー名を付けるのではなく、一方のデータを他方のデータから分離できるようにしたいと思います。

私はオンラインでチェックしていますが、人々がセクションを使用したり、それらを使用するための時代遅れの簡単な方法を見つけたりすると、少し圧倒されるようです。誰かが私にそれらの初心者ガイドを渡すことができますか？

以下は、私のapp.configがどのようになるかの例です。

アップデート：

答えに基づく高度なソリューション。誰かが知りたいと思った場合に備えて。

App.config：

コード：

次のように機能するカスタム構成セクションの作成に関する MSDN の例、

}

「要素 'addService' を認識できません」というエラーが表示されます。私はMSDNの記事に正確に従ったと思います。ここにあります - http://msdn.microsoft.com/en-us/library/system.configuration.configurationcollectionattribute.aspx

よろしくお願いします。これは、私が app.config に書いたものです (もちろん、ここに表示されない括弧付き?):

要求された app.config は次のとおりです。プライバシーを保護する目的で特定の名前を x'ing しています。これらは単なる文字列です。

System.Version例として、アプリケーションのカスタム構成セクションの一部としてオブジェクトをシリアライズおよびデシリアライズしたいと考えています。次のプロパティ宣言でそうしようとしています:

残念ながら、このプロパティをシリアル化または使用しようとすると ( の有無にかかわらずDefaultValue)、次の例外メッセージが生成されます。

System.Configuration.ConfigurationErrorsException : プロパティ 'ver' の値を文字列に変換できません。エラー: タイプ 'Version' のプロパティ 'ver' の文字列との間の変換をサポートするコンバーターが見つかりません。

System.Version.ToString()はオブジェクトを、 によって消費可能なよく知られた文字列形式に書き込みますSystem.Version.ctor(string)。そのため、この型に対して「コンバーター」が存在する可能性があるようです。同様に、System.TimeSpan型には同様のメソッドと関数 (Parseの代わりに.ctor(string)) があり、型は構成システムとうまく連携します (コンバーターが既に存在している必要があります)。

型に適切なコンバーターがあるかどうかを知るにはどうすればよいですか? そのような型が満たさなければならない契約 (暗黙的またはその他) は何ですか?

カスタム構成セクションがあります。

構成を次のように参照したい：

しかし、得る

タイプ 'ClientElementCollection' の式にインデックスを適用できません

どうすればこれを機能させることができますか？

クライアント要素コレクション:

クライアント要素:

次のスニペットのような型付き構成を作成しようとしています...

applicationルートには、プロパティとのコレクションを含むLoggerSettingsクラスがありますLoggingConfigurationElement。

LoggingConfigurationElementにはgenericOptionプロパティが含まれます。specificOptionYYY次に、とを含む2つの特定のサブクラスが作成されspecificOptionWWWます。

次に、要素の名前に基づいて、実行時に構成要素の正しいサブクラスを照合してインスタンス化するにはどうすればよいですか？

.NET 1.0 では、IConfigurationSectionHandler は、構成ハンドラーを実装するためのクリーンな単一メソッド インターフェイスを提供しました。

.NET 2 では、ConfigurationSection が登場しました。これは、複雑さと静的型の適用という厄介な野獣であり、「IConfigurationSectionHandler を使用すると、未知の問題が発生します!」と宣言する横断幕を振っていました。

私は反逆者であり、プラグイン アーキテクチャを .NET 2 のような古い静的フレームワークに押し込もうとしています。動的構成セクションが必要です。静的なものはなく、XML ノードまたはネストされたキーと値のペアの適切なツリーです。壊れやすいシリアル化コードを定義せずにプラグインがアクセスできるもの。

XML がもともと意図されていたように、脆弱な catch-22 web.config の恐怖と苦痛なボイラープレート シリアライゼーション ツリーの前触れになる前に。

XMLElement インスタンスまたは XMLReader を取得する方法はありますか?

Web アプリケーションでは、次のような構成セクションを使用してマッピングを定義できるようにしたいと考えています。

特にコレクションのコレクションを定義するときは、この目標を達成するのに苦労しています。これを達成するために実装する必要があるクラスは何ですか?

現在、私は持っています：

しかし、これは期待どおりに機能していません。

次のような構成ファイルがあります。

設定を読み取って、渡されたkeynameの値を取得するにはどうすればよいですか。これが私が書いた方法です：

configは、構成ファイルのデータを持つ構成変数です。

私はカスタムを持っており、それに対していくつかの変更を加えた後ConfigurationSectionに呼び出します：Configuration.Save()

現在、結果のXMLのフォーマットを実行しています。たとえば、タブをスペースに置き換えたり、長すぎる（>〜130文字）と思われる場合は改行を挿入したりします。

どうすればそれを保存または制御できますか？

したがって、次のような構成を持つConfigurationSection/ConfigurationElementCollectionがあります。

そして、これがmimeFormatsの処理方法です。

そして明らかに、（この空のシェルの代わりに）実際に何かを行うTypeConverterが必要です：

文字列との間で型変換できるTypeConverterを設定するにはどうすればよいですか？MSDNの例を使用してみましたが、エラーメッセージが表示され続けます。

TypeConverterはSystem.Stringから変換できません。

基本的に、ConfigurationSectionが実行しようとしているものすべてで機能するように設定するにはどうすればよいですか？