問題タブ [user-config]

「ランダムな」user.config破損の理由を知っている人はいますか? クライアントの生産ラインで、この問題の影響を受ける WinForms アプリがあります。ウェブで同じ問題と回避策を見つけましたが、それが起こるのでわかりません。

WPF アプリケーションの複数のインスタンスを実行している状況があります。インスタンスが同じ user.config ファイルを共有するようにします。現在、user.config ファイルに最後に書き込みを行ったインスタンスが優先されます。すべてのインスタンスが user.config ファイルを監視し、別のインスタンスが変更するたびに設定をリロードすることをお勧めします。現在、user.config ファイルは次の場所にあります。

C:\Documents and Settings\ユーザー名\Local Settings\Application Data\会社名\ ExeName .exe_StrongName_ hash \1.0.0.0

たとえば、C:\Documents and Settings\usename\Local Settings\Application Data\Company\5kAdCon.exe_StrongName_gxh0g12uyafipnfrslaggvy4vvk01fko\1.0.0.0 です。

user.config ファイルにファイル ウォッチャーを追加できるように、このフル パス (ハッシュを含む) を取得する方法はありますか?

もしそうなら、ファイルが変更されたときに設定をリロードしたいです。このメソッドを呼び出すのは簡単ですか?

私のプログラムには、すべてユーザースコープを持ついくつかの設定が組み込まれています。ただし、プログラムが起動すると、設定を含む AppName.exe.config ファイルのみが作成されます。

後で実行時に設定を保存すると、(以前は存在しなかった) user.config ファイルが AppData/Local/AppName/ の場所に作成されますが、そのファイルには保存された設定のみが含まれます。

なぜこれが起こるのですか？user.config を作成しない、または存在する場合に起動時にそれを使用しないのはなぜですか?

ソリューション内のすべてのアセンブリに対して構成ファイルを 1 つだけにしたいと考えています。user.configでは、他のアセンブリからパスを取得する最良の方法は何ですか?

次の動作を設定したい：

My Application は、ConfigDesigner によって作成された構成ファイルを使用します。そのため、デフォルト構成を作成しました

を介した呼び出しによりMyConfig.Default.Size、 に格納されている値を取得しMyApp.exe.configます。

しかしBool、ユーザーがMyApp.exe.config. そこで、MyConfig.Default-Propertyのセッターを次のように変更しました。

しかし、デフォルト設定に戻す方法がわかりません。構成に可能性があることは知っていますが、構成Reset()が保存されているファイルをリセットしたくありません。デフォルト値のみを返したい。を介して1つのデフォルト値を返す解決策も見つけましたMyConfig.Default.Properties["NAME"].DefaultValueが、これを使用すると、のようなconfigvalueを使用できませんMyConfig.Default.Size。

デフォルト構成またはユーザー構成を取得するための最良の解決策は何ですか?

たとえば、コンパイル済みアプリケーションの名前を から に変更すると、名前を変更しmyapp.exeたapp.exe実行可能ファイルを実行すると、新しいユーザー設定フォルダーが次のパスに生成されます。

だから私は保存されたすべての設定を失います。

次に、ファイルVBNET WinFormsを保存するために自分の場所に定義するこの問題、またはアプリケーション設定インフラストラクチャを使用する他のソリューションをどのように解決できますか? user.config（レジストリなどに設定を保存しない）

PS: 少し異なる質問であるこの SO 投稿を読みましたが、想定される解決策を理解していませんでした。アプリケーションのアップグレード時に設定が失われないように、.NET ユーザー設定の場所を制御できますか?

通常、Users/{username}/AppData/Local/{publisher}/{app}/{version}/user.config に保存されているユーザー設定ファイルから読み取るアプリケーションがあります。Visual Studio のプロパティ エディターではなく、ファイルに直接変更を加えることをテストしたいと考えています。

アプリケーションがファイルをどこからロードしていると思われるかを示す別の質問に対するこの回答を見つけましたが、Visual Studio でのデバッグ セッション中にチェックすると存在しないようです。

たとえば、ブレークポイントで停止したときにイミディエイト ウィンドウで次のコマンドを実行すると、ファイルが見つかりません。

デバッグ中にこのファイルを見つけたいと思った理由は、構成ファイルが壊れていて、本番環境でアプリケーションがクラッシュしているというレポートを受け取ったためです。そのファイルをデフォルトの状態に戻せると確信していますが、実際にデバッグ環境で問題を再現したいと考えています。

Visual Studio によって読み込まれた設定ファイルを見つけるにはどうすればよいですか?

現在、アプリケーションのユーザー設定は、次のデフォルト ディレクトリに保存されています。

デフォルトの Microsoft 命名規則の意味を認識しています。私の質問は、実行時に、または appconfig ファイルを変更することによって、そのデフォルト フォルダーを変更するにはどうすればよいですか?

私の意図は、アプリケーションのユーザー設定が保存されるディレクトリのみを処理できるようにすることです。たとえば、ユーザー設定ファイルをこのディレクトリに保存したいと思います。

これが実現可能であることはわかっています。ユーザー構成ファイルをカスタム ローミング フォルダーに格納できる .NET アプリケーションを多く見てきましたが、そのフォルダーは、未処理のハッシュやその他の迷惑な命名規則を使用する Microsoft の既定の規則には従わないものです。