問題タブ [settings.settings]

設定ファイルと設定インターフェイスを使用して手動で作成すること（db接続文字列としましょう）に違いはありますか？設定インターフェイスを使用しても安全だと聞きました。理由はありますか？

C# Windows アプリケーションに設定ファイルがあります。設定デザイナーで、文字列値のエントリとブール値のエントリを作成しました。デバッグ ディレクトリにプロジェクトを展開した後、bool エントリの値を変更します[appName].exe.config file。しかし、私のアプリケーションではその値に変化がないことがわかります。
明確にしましょう。Windowsフォームにチェックボックスがあります。そして、私はCheckBoxInitValue自分の設定ファイルにあります。CheckBoxInitValueデフォルトはFalseです。ファイルでTrueに変更して[appName].exe.configアプリケーションを再実行すると、チェックボックスの初期状態がオフのままになります。最初に確認する必要があります。次のコードでフォーム読み込みイベントにチェックボックスの値を設定したため:

コンパイルせずに新しい値を使用できるように、構成ファイルの設定ファイルのプロパティを更新するにはどうすればよいですか?

編集: (.exe.config ユーザー設定部分)

ユーザーがアプリケーションにログインするときに、設定ファイルを使用してユーザー設定を保存しようとしています。

私はそれらをユーザー（スコープ）として定義しましたが、

System.Configuration.ConfigurationErrorsException: The current configuration system does not support user-scoped settings.

良い解決策は何でしょうか？

現在 My.Settings/Properties.Settings を使用して、さまざまなユーザー設定を保存しています。これらの設定の多くは、さまざまなフォームのコントロールにバインドされています。

ただし、より高度な制御が必要です。具体的には、特定の設定グループを再読み込みまたは保存できるようにしたいと考えています。組み込みの Settings.settings ファイルを使用すると、これらの設定を 1 つのグループとしてのみ処理できます。

追加の設定ファイルを作成できることはわかっています。この記事(概要セクション) では、Settings.settings が存在しない場合、アプリケーションはプロジェクト ルートで他の .settings ファイルを探すことを示唆していますが、これはそうではないようです。私の場合（私が何か間違ったことをしていない限り）：

それらは途方もないパワーと柔軟性を提供します。たとえば、カスタマイズした設定ファイルをプロジェクトに追加して、さまざまなグループの設定を管理できます。これにより、値のグループまたはサブセットの設定を個別のファイルに保存できるため、保存と読み込みの時間を節約できます。

私は独自の設定クラスを構築し、それをすべて自分で実行しようとしていますが、複数の設定ファイルを持つことができる場合、組み込みの機能が私によく合っているので残念です。

更新: この記事では、追加の設定ファイルを追加して、それらを [プロパティ] フォルダーにドラッグできることをお勧めします。残念ながら、私の現在のプロジェクトは VB.Net にあり、この動作は再現されていないようです。

applicationSettings に関する記事やフォーラムの投稿をほぼ 1 週間読んでいます。

ほとんどすべてのスレッドで、デプロイ時にクラス ライブラリに構成ファイルを含めることはできず、設計時に構成されたそれらの applicationSettings を、ホスト/ dll を消費します。

必ずしもそうではありません。

アセンブリでハードコードされた DefaultValueAttribute を使用して指定された既定値を "上書き" する方法をユーザーに提供する場合を除き、これらのクラス ライブラリ設定をマージすることはできますが、マージする必要はありません。

したがって、非常に単純で実用的な例です。VB.NET を使ってみよう 1. ClassLibrary というクラス ライブラリ プロジェクトを作成しました。2. すべてのファイルを表示して、MyProject を展開し、Settings.settings をダブルクリックします。3. 値が「Hello!」であるアプリケーション スコープのメッセージという設定を追加します。4. Class1.vb にプロパティを作成します (自動的に追加されたクラス)

1. VB WinForms プロジェクトを作成し、それを WinForm と呼びます。
2. ClassLibrary プロジェクトへの参照を追加します。

3. 作成済みの Form1 にボタンを追加し、それをダブルクリックします。8 Button1_Click ハンドラにいくつかのコードを追加します。このように見えるはずです。

   パブリック クラス Form1

   クラス終了

4. WinFormを「スタートアッププロジェクトとして設定」する

これで、IDE ではすべてが美しく機能します。ソリューションを実行すると、予想される Hello! が表示されます。ボタンを押すと。ライブラリの app.config の設定を変更して、「さようなら!」と言うと、ソリューションを再度実行すると、「さようなら!」というメッセージが表示されます。

ただし、WinForm プロジェクトを右クリックして [エクスプローラーで開く] をクリックし、Debug フォルダーに移動します。WinForm.exe.config ファイルはまだありません。早速作成してみましょう。VS に戻り、WinForm プロジェクトが選択されている間に [すべてのファイルを表示] をクリックします。MyProject を展開し、Settings.settings を開き、設定を作成して (何でも構いません)、保存します。これで、App.config が作成されました。このソリューションをビルドすると、Debug フォルダーに WinForm.exe.config が含まれます。

クラス ライブラリ構成からメッセージ設定をマージする方法を教えてください

WinFormの構成に

そのため、WinForm.exe.config の Message 設定の値を別の値に変更すると、アプリケーションは DefaultValueAttribute をオーバーライドしてこの新しい値を表示します。

最初の奇妙さ：

Settings.settingsデバッグモードと非デバッグモードでファイルから異なる値を取得するのはなぜですか。つまり、デバッグなし（run->デバッグなしで開始）およびデバッグモード（rub-> debug）でアプリケーションを起動します。また、これらのモードでは、同じキーに対して常に異なる値が表示されます。

2番目の奇妙さ：

Settings.settings実行時にアプリケーションでファイルに保存されている値を変更しても、値は変更されません。Visual Studioで開くと、このファイルに以前の値が表示されます。Default.Save()変更を保存するために電話することを忘れないでください。

それらの理由は何ですか？なぜそれらが発生し、どうすればそれらを解決できますか？

Scope-Userを設定することでできるように、Scope-Applicationを設定することにより、実行時にアプリケーション設定ファイル[Settings.settings]を使用してユーザー設定を保存するための回避策はありますか？

提案してください？

やあ、

Settings.settingファイル（winformアプリケーション）にいくつかの設定を保存しましたが、App.configで、それらのほとんどがapplicationSettingsとuserSettingsの下に保存されていることがわかります。

ただし、存在しないapplicationSettingが1つありますか？C：\ Users [username] \ AppData [ApplicationName] Local（windows7）も確認しましたが、設定がありませんか？

次のように手動でapp.configに追加できますか？

これは機能しますか？

編集1：

Settings.Designer.csは次のようになります。

これは、app.configのuserSEttings部分です。

WPFとSQLServer2008 R2を使用して動作しているデータベースアプリケーションがあります。これは、2年間、App.ConfigファイルからSQLServer接続文字列を取得しています。数日前、ある開発マシンでApp.ConfigファイルのconnectionStringを無視し始め、現在は別の場所からの文字列（settings.settingsまたはDBMLファイルのように見えます）を使用しています。

なぜこれが起こっているのでしょうか、そしてどうすればそれをやめさせることができますか？

app.configは次のように始まります。

編集：より多くの情報とどこを見るべきかについてのあなたの両方からの提案に感謝します。WPFアプリがApp.Configやその他の場所で検索する必要のある情報をどこで取得するかはわかりませんが、それを知るまでは、次の部分があります。

私のプログラムが最初に行うことの1つは、データベースをテストすることです（現在は失敗しています）。その直前に、自動生成された関数InitializeComponent（）を呼び出します。この関数の自動生成されたコードは次のとおりです。

私のスタートウィンドウコンストラクターはInitializeComponent（）;を呼び出します。次に、次の行でデータベースをテストします。

int hmm = App.db.Dronz_FooTable.Count（）;

ここで、App.dbは、app.xaml.csファイルで次のように定義されたデータコンテキストです。

public static DronzDataDataContext db = new DronzDataDataContext（）;

ここで、DronzDataDataContextは、次のようなLINQ-to-SQLによって自動生成されたコードで定義されます。

パブリック部分クラスDronzDataDataContext：System.Data.Linq.DataContext..。

以前はapp.configファイルに注意を払っていましたが、現在は注意を払っていません。DB例外（間違ったSQLサーバーを使用しようとしているためDBバージョンの問題に関するもの）をキャッチして接続文字列を確認すると、正しい接続文字列ではなく、間違ったSQLServerにファイルを要求しています。使用している接続文字列は、データベーススキーマのインポート時にLinq-to = SQLが作成したDBMLファイル、またはsettings.settingsの文字列（どこから来たのかよくわからないファイル）と一致しているようです。私がそれで何をすべきか、何をすべきでないか）。

コンソール アプリケーションを作成し、[追加] -> [新しい項目] -> [設定ファイル] から Settings1.settings ファイルを追加しました。Properties.Settings にアクセスしようとすると、IntelliSense がプロパティを認識しません。

しかし、[プロパティ] -> [設定] -> [設定ファイルの作成] で設定ファイルを追加しようとすると、IntelliSense によってプロパティが表示されます。

また、手動で作成した設定ファイルがソリューション エクスプローラーに表示されますが、[プロパティ] -> [設定] -> [設定ファイルの作成] で作成したファイルは、別のパス "プロパティ -> 設定" に表示されます。

両者の違いは何ですか???

前もって感謝します ：）