問題タブ [application-settings]

「.NET アプリに設定を保存するにはどうすればよいですか?」というような質問に対する回答をよく目にします。次のように、手動で app.config (または web.config) にエントリを追加して、app.config ファイルを編集します。

次に、次のようにアクセスします。

上で概説したアプローチを「app.config」アプローチと呼びます。プロジェクトに「設定」ファイルを追加することを勧める人はめったにいません。私はこれをウェブやスタックオーバーフローで何度も見てきました...何かが足りないのではないかと思い始めています...なぜなら、「設定" ファイル。私は VS2005 まで .NET を使用していなかったので、私が持っている 1 つの理論は、これは VS2003 で行われた方法であり、人々は決して切り替えなかったということですか?

app.config アプローチを推奨する人々の例:

• Windows フォーム C# アプリケーションで構成ファイルを使用する最も簡単な方法
• ベストプラクティス: C# (フォーマット/タイプ) で設定を保存するにはどうすればよいですか?

私の見解では、「設定ファイル」アプローチには次の利点があります。

1. アプリケーション設定 (すべてのユーザーに共通の設定) とユーザー設定の両方を同じインターフェイスから使用できます。
2. Visual Studio で設定デザイナー サポートを使用する機能。XMLファイルを直接編集するよりもエラーが発生しにくいです。
3. リファクタリング - 特定の設定名の名前を変更すると、コード内の参照が自動的に更新されます。
4. コンパイルの型チェック。
5. オートコンプリートのサポート。
6. プロパティ グリッド機能。PropertyGrid コントロールは、クイック オプション フォームを作成するための非常に簡単な方法であることがわかりました。やるだけでpropertyGrid1.SelectedObject = Settings1.Default;完了です。

「設定」ファイル アプローチの意味がわからない場合は、この投稿を参照してください。これは、app.confg の代わりに設定ファイルを使用することを推奨する数少ない例の 1 つです。

編集: 理解してください: このトピックの意図は、人々が設定ファイルのアプローチよりも上で概説した app.config アプローチを使用する理由を理解することです。私は、設定ファイルのアプローチの限界に直面し、時には独自のカスタム ソリューションをロールバックすることを余儀なくされました。それはまったく別の議論です。

ASP.Net MVC 1.0 アプリケーションでは、ビュー (aspx ページ) 内からアプリケーション設定 (MyProject.Properties.Settings.Default.*) にアクセスできますか?

試してみましたが、インテリセンスとコンパイラが気に入りません。保護レベルが原因でアクセスできないと表示されます。

そのため、ユーザースコープの設定がいくつかありますが、何らかの理由でそれらが .exe.config ファイルに保存されていません。私は次のことを行います：

それでも、デバッグ フォルダーの設定ファイルを確認すると、Visual Studio で設定したデフォルトのままです。私はこれを間違っていますか？

設定クラスのアーキテクチャに関するベスト プラクティスのアドバイスは何だろうと思っただけです。クラスに入力するために使用されるテーブルがいくつかありますが、ハッシュテーブルが最善の方法だと思いますか? また、Intellisense のアプリのスコープを通じて、厳密に型指定されたコレクションを利用できると便利です。

例えば

Settings.Car.Color

また、.NET の SQL 依存関係クラスについても疑問に思っています。このオブザーバー パターンを実装したいと思っています。それが最善の選択肢であるかどうかについて誰かが考えているかどうか疑問に思っています。それとも、独自のソリューションを展開する必要があります。これが機能するためにSQLサーバー内に追加されたテーブルと設定は、これを管理対象サーバーに制限しているようです。

私が見るべきフレームワーク内の他のクラスはありますか?

ユーザーデータを保存する必要がある Python デスクトップアプリケーションがあります。Windows では通常%USERPROFILE%\Application Data\AppName\、OSX では~/Library/Application Support/AppName/、その他の *nix では通常~/.appname/です。

標準ライブラリには、ユーザーのホーム ディレクトリを取得する関数が存在しますが、os.path.expanduser少なくとも Windows では、「アプリケーション データ」がユーザーの言語にローカライズされていることがわかっています。それはOSXにも当てはまるかもしれません。

この場所を取得する正しい方法は何ですか?

更新: OSX でこれを取得する正しい方法は関数 NSSearchPathDirectory を使用することですが、これは Cocoa であるため、PyObjC ブリッジを呼び出すことを意味することが、さらなる調査で示されています...

C# プログラムをビルドしました。

プログラムの設定を維持する必要があり、プログラムのロード時にそれらをロードする必要があります

（単純なテキストファイルでそれを行うことは知っています....しかし、変数の適切なドキュメントがありません）

それを行う最良の方法は何ですか？

サンプルを入手できますか?

アプリ設定で値を簡単に読み書きできるようにするクラスを作成しました。

問題は、値が実際には保存されていないことです。つまり、アプリケーションを終了して再度実行しても、値は変更されません。保存された値が閉じてから再度開くまで保持されるようにするにはどうすればよいですか?

これら 2 つの構成ファイルはこれまで何度も使用してきましたが、実際にどのように機能するかを完全に理解するのに時間をかけたことはありませんでした。ほとんどの人がそうであるように、私は構成値を取得するために呼び出す方法の基本を理解していWebConfigurationManager.AppSettings["key"]ます。

ここに私が思いついたいくつかの質問があります：

1. クラス ライブラリ内の構成値を参照し、ライブラリがより大きなソリューションの一部である場合はどうなりますか? 変数を見つけるために、app.config を出力ディレクトリにコピーする必要がありますか? （私はそう仮定します）
2. 別のクラス ライブラリの app.config から構成値を直接使用できますか?
3. 質問 3 が「はい」であると仮定すると、同じキーを持つ構成値を含む異なるライブラリから複数の app.config ファイルがある場合はどうなりますか?
4. クラス ライブラリで web.config を参照するとどうなりますか?
5. Web サイトまたは Web アプリケーション プロジェクトで app.config を参照するとどうなりますか?

Every time I compile my app and the version number changes (I have an auto-incrementing build number), I lose the user-configured app.config settings, since they're stored in the AppData folder for a specific version. Essentially, every release of my application starts from scratch as far as user settings go.

While this is a mild annoyance in development, it raises the question as I approach deployment/release - if I use the app.config to store my user settings, will the user's personalized settings be hosed every time they install a patch that changes the version number of my app? If so, is there an easy way to "upgrade" the settings from the previous release? I know that using HKCU in the registry is another option, but I like the ease of the My.Settings namespace, and I'd like to stay with app.config.

Another SO question asks something similar, though the answer doesn't seem that clear. Will setting my MSI so it asks the user to upgrade be enough to preserve these user-level settings?

設定アプリケーションに似たカスタム設定ビューを作成したいと考えていますが、UI をより細かく制御し、一部の設定にアクセスできます (一部の設定をロックする必要があります)。

明らかに、アプリケーションの UITableView の各行にはさまざまな UI 要素が混在しています。たとえば、「機内モード」設定には UISwitch が表示されますが、「Wi-Fi」設定には開示記号 (「>」) に隣接するテキスト値があります。さらに複雑なのは、これらの設定のグループ化です。

取るべきアプローチについて、いくつかの一般的な質問があります。

• 設定の名前、その現在の値、そのグループ化、およびその値を変更するために必要な UI 要素のタイプを保存する必要があるようです。[NSUserDefault standardUserDefaults] を使用したいのですが、これらの設定が設定アプリケーションに表示されません。独自の設定永続性クラスを作成する必要があると思います。

• これらの複雑な UI 要素の組み合わせをコードで作成するのと、UITableViewCell に基づいて一連のカスタム ビューを作成して適切なビューを読み込むのとでは、どちらがよいでしょうか? 私は後者を推測しています。

• 一部の設定では、別のビューを読み込んでその値を選択する必要があります。アプリケーションが Utility パターンに基づいていると仮定すると、SettingsView はナビゲーション スタックを管理する必要があります。

お時間とコメントをいただきありがとうございます。

クレイグ・ブキャナン