0

私は、長年にわたって存在してきたアプリケーションの完全に新しいバージョンを構築している最中です。自分がしてきたことのいくつかを振り返ってみると、恐ろしくなりますが、人生の要点は、私たちが進みながら学ぶことです. 幸いなことに、私は白紙の状態で仕事をすることができました。そのため、皆さんからアドバイスを求めたいと思いました。

ユーザー設定は、個々のユーザーが自然に変更したいもの、変更できるべきもの、たとえばテーマやビジュアル スタイルに最適です。アプリケーションの設定は、誰が使用するかに関係なく、アプリケーション全体に適用する必要があります。

途中のどこかに、システム管理者に変更の機会を与えたい一連の設定があります (デフォルトの勤務時間、予定の時間枠、会社が主要な取引として使用したい通貨など)。これらは、個々のユーザーが変更できるべきではないため、ユーザー設定にすることも、アプリケーション設定にすることもできません。なぜなら、開発者として、エンド ユーザー (より正確にはシニア エンド ユーザー) が何をしたいのかわからないからです。に設定します。

何年も前に、そのような設定をレジストリまたは ini ファイルに書き込むことを検討したかもしれません。おそらく (これは独自のカスタム データベースと緊密に統合されたアプリケーションであるため) 1 回限りの設定テーブルを作成し、プログラムの起動時に関連する設定を読み込むことができます。おそらく、すべてのユーザーのディレクトリに保存されている別の「ユニバーサル設定」xml 構成ファイルを選ぶことができます。明らかに多くのオプション。

私が試して確立したいのは、これにアプローチする最も効率的な方法です。アプリケーションの起動時にパブリック定数のセットにすべてを読み取ることに対して、ファイルの読み取り操作と書き込み操作の間の最良のトレードオフは何ですか? これらは、たまにしか参照されない設定ではないため、効率が重要になります。

アプリケーションがどうなるかについてあいまいさがないようにするためです。vs 2012 を開発 IDE として使用し、vb.net を .net4.5 および ef 5.0 に基づくコード ベースとして使用する従来の winform。バックエンド データは、SQL Express または完全な SQL サーバーに格納されます。エンド ユーザー向けのターゲット オペレーティング システムは Windows 7 以降です (そのため、uac を十分に尊重する必要があります)。

提案があれば歓迎します。

4

0 に答える 0