「カスタム設定でapp.configファイルを詰まらせてはいけない」などのステートメントをたくさん読みました。しかし、これがまさにファイルの目的であるという印象を受けました。
それは本当に好みのものですか？または、app.configファイルに加えて、カスタムXMLファイルを使用することによる（設定の分離以外の）実際の利点はありますか？設定を明示的に分離する必要がある場合はConfigurationSection、カスタムXMLファイルを選択するよりもカスタムを使用する方がよいでしょうか。
これについて他の人々の考えをここに述べたいと思います。
アプリケーション設定アーキテクチャを見てください。 app.config は、アプリケーションに関する構成用ですが、これは非常に一般的な用語です..だから、アプリケーション設定ファイルを調べることをお勧めします。
「起動時にデータベースをロードするかどうか」などの設定をapp.configに保存しません。これには、アプリケーション設定のような代替ストレージを使用したいと思います。アプリケーション構成と設定を混同しないでください。そうしたい場合でも、しないでください。app.config には、データベース接続、メンバーシップ プロバイダー、またはその他のアプリケーション クリティカル情報などの下位レベルのものに関する構成が含まれているはずです。
私の謙虚な意見では、一部の人々は、カスタム構成セクション ハンドラーで少し船外に出る傾向があります。
非常に構造化されたものが必要な場合にのみ使用する傾向があります。そしてそれはサードパーティによって使用/作成されています（つまり、私はそれに対して贅沢な検証を行いたいです）。
関連するすべての設定に app.config/web.config を使用して、アプリの別のコンポーネントであることが非常に明確な場合は別の XML ファイルを使用できると思います。
App.Config は、アプリケーション固有の構成に適しています。データベースへのパスが良い例です。残りはそれから出るべきです。
ユーザー固有のファイルを作成すると、IsolatedStore に保存されるカスタム xml を使用できます。
私の意見では、app.config は、データベースの場所、IP アドレス、重要なデータ ファイルの場所などの展開時の設定に適していると考えています。フォント、色、動作設定などのユーザー設定は、 Xmlシリアライゼーションで簡単に作成して保存できる別のファイル。