2

さまざまなパラメーター (JobCode、State、Customer、Product など) に基づいて指示を管理する Web アプリケーションを構築しています。このような各パラメーターに約 20 のフィラー フィールドを割り当てました。フィールドの表示名は、プロジェクトごとに異なる場合があります。(複数の実装)。

一部のプロジェクトでは、20 個のフィールドすべてを使用するわけではなく、5 ～ 6 個のフィールドしか使用しない場合があります...

現在、私の同僚の 1 人が、ストアド プロシージャをカスタマイズして、プロジェクトで必要な列名を持つフィールドを返して受け入れ、SP に実際の列名でルックアップを行わせることを提案しています。彼はまた、コントロールを動的に構築することを提案しています。

20 個のフィールドすべてに静的コントロールを提供し、ラベルに必要なフィールド名を入力し、フィールド名「Filler1」、「Filler2」を使用して SP と対話することを考えました。これは、不要なコントロールを非表示にする必要があることも意味します...

経験豊富なユーザーとして...両方の長所と短所を列挙できますか...

ありがとう

4

2 に答える 2

0

説明するときに設定された数のフィールドを使用することは決して良い習慣ではありません（動的に構築することをお勧めしますが、効率的なコードを作成するようにしてください）。設定された数のコントロールを作成することにより、自分自身を制限し、大きなメンテナンスの問題を引き起こします。今は表示されないかもしれませんが、後でコントロールの数が変わるとどうなりますか？

あなたの同僚の提案はうまくいくでしょう。少なくとも、コードを再コンパイルせずに、いつでもコントロールの数を変更することができます。

于 2009-12-22T18:33:54.787 に答える
0

エンドユーザーにとって、特定のケースに適用できないフィールドがまだ表示されている場合、インターフェイスを理解するのは非常に困難になります。

したがって、不要なフィールドを生成しないようにするか、少なくとも、不要な場合に備えて非表示にすることをお勧めします。

ロジックを配置する場所については、データベースからどのフィールドを表示するかを決定するデータを取得することは理にかなっています。ただし、実際にページをレンダリングするすべてのロジックをストアドプロシージャ内に配置することはお勧めしません。むしろ、SPを使用してデータをフェッチし、言語（PHP、C＃/ ASP.NET、Javaサーブレットなど）を使用して実際にデータを処理し、ページをレンダリングします。

于 2009-12-22T18:35:04.290 に答える