アプリケーションのロジックは、外部構成データによって決まる場合があります。アプリケーションの全体の動作が、外部構成データがフェッチされたときに駆動されます。種類の構成データがあります。一度だけフェッチされ、すべての場所で使用される構成データ。何度もフェッチされ、すべての場所で使用される構成データ。使用する直前にオンデマンドでフェッチされる構成データです。目の構成データは、ほとんどの場合、アプリケーション固有のデータです。ファイルが好んで使用されてきました。ファイルはなくなりました。以前よりも豊富で柔軟になっています。プロバイダーは特定のソースからデータを取得し、名前と値のペアの形式でアプリケーションにそのデータを公開します。ディクショナリが含まれます。クラスのサービスを介してシステムに接続されます。オブジェクトとして公開します。データは常に名前と値の形をとりますが、結果として作成される構成オブジェクトの全体構造は階層構造になることがあります。これはすべて、名前に関連付けられる値の実際の性質と構造によって決まります。つの異なる構成プロバイダーを組み合わせる構成ツリーの作成方法を示しています。ファイルに格納されているプロパティから名前と値のペアを追加します。ファイルを相対パスで指定していることに注意してください。ディレクトリを設定します。ファイルを構成データのソースとして使用できます。ファイルの構造は完全にユーザーが指定でき、あらゆるレベルの入れ子を含めることができます。ファイルを同時にリンクできます。メソッドは、指定されたディクショナリのコンテンツを追加します。ディクショナリのキーと値の型はどちらも文字列でなければなりません。このような拡張メソッドは、コンパイル時にのみ設定できる静的データを追加するだけなので役立ちそうにないと思われるかもしれません。よってそのデータをアプリケーション本体から切り離して以下のように起動時に挿入することができます。統合インターフェイスを通じてその値を受け取ります。パターンだけになります。インスタンスで定義済みの環境変数を構成ツリーに追加します。つのブロックとしてツリーに追加されます。プロバイダーを選択し、選択した変数のみをディクショナリにコピーするのが最適です。ファイルのコンテンツを使って構成ツリーを自動構成できます。ファイルまたは別のプロバイダーのリストを使用する場合は、次のようにゼロから構成ツリーを作成します。事前定義されたプロバイダーを使用する代わりに、独自の構成プロバイダーを作成することも可能です。