c# - ConfigurationManager を使用するのではなく、カスタム構成ファイルを読み取るのはなぜですか?

Question

私は常に XML である独自の構成ファイル形式を使用しており、XML をプロジェクト内のオブジェクトに逆シリアル化するか、XML ドキュメントに読み込むだけです。

これは、必要な情報を読んでアクセスするのがはるかに簡単なようです。

ConfigurationManager今朝クラスを見てきましたが、設定ファイルを読むだけでも少し複雑に思えます。

なぜ使用する必要があるかについての議論はありますConfigurationManagerか?

Answer 1

1. これは、既に実装されている .NET の組み込みメカニズムにすぎないため、追加のコードは必要ありません (おそらく、IConfig関心を分離するために独自にラップすることを除いて)。

2. 時々便利になる.NET構成ファイルを編集するためのGUIがあります。

3. たとえば、ASP.NET アプリケーションは、web.config変更されたときに自動的に再起動しますが、独自の構成ファイルで同じ動作をさせるにはカスタム ロジックが必要になります。

Answer 2

ConfigurationManager は内部で使用され、それを使用する義務はありません。現在、それがユーザーが変更することになっているファイルである場合、私はまだ独自の構成を行う可能性があります。そうでない場合、ファイルは埋め込みリソースとして追加され、ConfigurationManager を使用してそれを読み取ります。それらのファイルを読み取る方法。問題は、好きなメカニズムを使用して、ConfigurationManager がもう少しカプセル化を提供し、すぐに使える utils クラスを提供することです。