0

私は.NETアプリケーションに取り組んでおり、UI要素をデータベース（UIインターフェイスメタデータ）に保存しています。設計中に、メンテナンス、パフォーマンス、展開、アプリケーションのアップグレードに関して考慮する必要のあるシナリオを誰かに教えてもらえますか？

UIメタデータをXMLに保存し、UIメタデータをデータベースに保存することのトレードオフは何ですか？

4

1 に答える 1

0

保存しているメタデータの例をいくつか定義すると役立つと思います。

UI のメタデータと言うと、次のようなことが思い浮かびます。

  1. ドロップダウンの値。例として州のリスト。
  2. 動的に作成された UI 要素。データベース経由でフォームにテキストボックスを追加できます。
  3. 色、フォント、配置など「左揃えの赤いボタン」

それぞれに、データベースに存在することの長所と短所があります。

経験上、データベースにあまりにも多くの UI 情報を入れると、アプリケーションは非常に判断しにくくなります。UI をレンダリングすると、正しく表示されません。次に、半日かけてコードとデータベースを調べ、その理由を突き止めます。データベースでいくつかのビットを反転して UI を再度レンダリングし、なぜそれが機能しなかったのか不思議に思うでしょう。

また、UI に関する情報をデータベースに保存しすぎると、大量のボイラープレート コードが生成されます。

各 UI 要素について、いくつかの質問に答える必要があります。

「UI にハード コードされていれば、これを維持するのは簡単でしょうか?」データベース経由ではなく、HTML エディターで HTML を変更する方が簡単です。

「この UI 要素は、時間の経過とともに大幅に変更する必要がありますか?」一部のユーザーがその要素を更新/変更/修正する必要がない限り、ハードコーディングしたままにします。

「UI 要素用に大量のデータベース テーブルが本当に必要ですか?」維持するのは悪夢になる可能性があります。たとえば、質問と回答の調査では、5 ～ 10 個のテーブルが生成される場合があります。

アプリケーションにできるだけ多くの UI 要素を保持することをお勧めします。絶対に必要な場合にのみ、それらをデータベースに書き込む必要があります。

于 2013-03-18T19:00:58.897 に答える