アプリケーションの設定とsettings.settingsとconfigurationmanagers.appsettingsああ私

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

What is the difference between using the settings.settings designer that creates a section and using the ConfigurationManager.AppSettings property that, according to the documentation, creates a section?

settings.settingsデザイナーをアプリ/ユーザー設定に使用するメリットとデメリットは何ですか?

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

Can anything in the System.Configuration namespace be used to create or read the section without using the settings.settings designer? Would that just be a custom section?

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

前もって感謝します。

更新:

Microsoftオンラインドキュメントは、このトピックでは恐ろしいものです(基本的には存在しません)。私はついに見つけた

http://www.codeproject.com/Articles/19675/Cracking-the-Mysteries of-NET-2-0-コンフィギュレーション

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

3
追加された 著者 Alex Angas,

2 答え

settings.settingsと.config(app.config、web.configなど)は、本質的に同じことを行います。つまり、XMLファイルに値を格納します。これらの値は、セッション間で永続化できます(settings.settingsは、 Settings.Designer。*ファイルのpublicプロパティを使用すると、VSデザイナはそれを読み込むことができます)。

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

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

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

* .configファイルを扱うには、Rick Strahlの設定マネージャーツールをご覧ください。これは、*。configファイル全体の素敵なオブジェクト指向のビューを作成し、エントリのecy暗号化を可能にします。

3
追加された

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

それが助けになりましたか? ;)

1
追加された