動的な対静的ベース+状況を制御します

Question

私は別のパラメータに基づいて指示を管理するためのWebアプリケーションを構築しています（例。JOBCODE、州、顧客、製品等。）。私はこのようなパラメータの各々について約20フィラーフィールドを割り当てました。フィールドの表示名は、別の1つのプロジェクトと異なる場合があります。 （複数の実装）。

すべての20個のフィールドを使用するだけで5-6のフィールドを言わないかもしれないいくつかのプロジェクト...

さて、私の同僚の1が戻り、受け入れるプロジェクトで必要とされる列名をフィールドに、そしてSPは、実際の列名で検索を行うようにするストアドプロシージャをカスタマイズするために私を示唆しています。彼はまた、コントロールを動的に構築することを示唆している。

私はすべての20の分野に静的なコントロールを提供し、ちょうど必要なフィールド名とラベルを読み込むと、「Filler2」「Filler1を」フィールド名を使用してSPとの相互作用を考えました。これはまた、我々は非必要なコントロールを非表示にする必要があることを意味...

より経験のあるユーザとして...あなたは両方に長所と短所を列挙することができます...

おかげ

Answer 1

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

だから私は確かにあなたが必要としない任意のフィールドを生成しない助言、または非常に少なくとも、彼らが必要とされていない場合には、それらを隠してしまいます。

のロジックを入れて...よく、それはときに、データベースからのフィールドが表示されるべきかを決定するデータを引っ張っても意味がないところも。しかし、私は実際には、ストアドプロシージャ内のページをレンダリングするすべてのロジックを置くことに対して推薦します。むしろ、あなたがデータをフェッチするためにSPを使用して、実際にデータを処理し、ページをレンダリングする。

あなたの言語（PHP、C＃/ ASP.NET、Javaサーブレット、何haveyou）を使用します

hthtます。

Answer 2

あなたが記述しているようにフィールドのセット番号を使用するには、

その良い決して練習（そのよりよいそれを動的に構築する - しかし、あなたは、効率的なコードを書くことを確認してください）。コントロールのセット数を作成することで、自分自身を制限し、大きなメンテナンスの問題を作成しています。あなたは今それを見ていないかもしれないが、コントロールの変更の数ならば、後で、何が起こるか？

あなたの同僚の提案が働くだろう。少なくとも、あなたはあなたのコードを再コンパイルすることなく、いつでもコントロールの数を変更する機能を持っています。