アプリケーションの設定と設定。設定と設定マネージャー.appsettings oh my

Question

申し訳ありません。アプリケーションとユーザー設定の実装方法に関するさまざまなオプションをすべて習得しようとしています。それはすべて私にとって非常に混乱します。

<applicationSettings>セクションを作成するsettings.settingsデザイナを使用する場合と、ドキュメントに基づいて<appSettings>セクションを作成するConfigurationManager.AppSettingsプロパティを使用する場合の違いは何ですか？

settings.settingsデザイナーをアプリ/ユーザー設定に使用する利点/欠点は何ですか？

System.Configuration名前空間（特にSystem.Configuration.Configurationクラス）のクラスが主にカスタムセクションを作成することを前提としていれば正解でしょうか？

settings.settingsデザイナを使用せずに、<applicationSettings>セクションを作成または読み取るために、System.Configuration名前空間のすべてのものを使用できますか？それはちょうどカスタムセクションですか？

私は非常に混乱しています...私は私の質問が以来作ることを願っています。あなたが知っていることを私に教えてください。私は理解してもらうためにこの文書を引き続き検討していきます。私の問題は、仕事をやり遂げることができないということではありません。（私は設定を使って必要なことをすることができます。）...問題は実際にこの混乱を理解し、すべてのオプションを知っていることです。

ありがとうございます。

UPDATE：

マイクロソフトのオンラインドキュメント（非existant基本的には）、このトピックに恐ろしいです。私は最終的に

http://www.codeproject.com/Articles/19675/Cracking-the-Mysteries-of-NET-2-0-Configuration

を発見し、これは非常によくそれをすべてを説明しました。私はconfigファイルがマージされたことを知ったので、はるかに多くを作った！

Answer 1

settings.settingsと.config（app.config、web.configなど）は基本的に同じことを行います。つまり、値はXMLファイルに保存されます。これらの値はセッション間で永続化できます（設定。設定では、Settings.Designer。*ファイルにパブリックプロパティも作成されるため、VSデザイナーはそれを読み取ることができます）。

* .configファイルは古い方法であり、settings.setttingsは「新しい」方法です。 settings.settingsでは、オブジェクトを追加するための便利なインターフェースも用意されています（XMLを手動で編集するのではなく、Visual Studioから直接）。

また、settings.settingsを使用すると、UserスコープとApplicationスコープが取得されます。ユーザースコープは実行時に読み書き可能ですが、アプリケーションスコープは実行時に読み取り専用です。

System.Configuration名前空間は、* configファイルの読み書き用です。

* .configファイルを扱う良い選択肢は、Rick Strahlのconfiguration manager toolを使用することです。 * .configファイル全体の素晴らしいオブジェクト指向のビューを作成し、エントリの暗号化を可能にします。

Answer 2

表示されているSettings.Settingsは、ユーザー固有の設定に使用するものです。設計者は、これらの設定のデフォルト値を設定するために使用されます。これらのデフォルト値はアプリに保存されています。アプリケーション設定/構成が保存されるconfigファイル。つまり、ユーザー設定のデフォルトはアプリケーションの設定です。

それは役に立ちましたか？ ;）