Statische Vs dynamische Kontrollen + Situation basierend

Question

Ich baue eine Web-Anwendung Anweisungen zur Verwaltung auf der Grundlage verschiedenen Parameter (zB. JOBCODE, Staat, Kunde, Produkt etc ..). Ich habe einige 20 Füllstoff Felder für jeden dieser Parameter zugeordnet. Die Anzeigenamen der Felder können von einem Projekt zum anderen unterscheiden. (Mehrfache Implementierung).

Einige Projekt kann nicht verwenden, um alle 20 Felder, sondern nur sagen, 5-6 Felder ...

Nun, einer meiner Kollegen schlägt mir die gespeicherte Prozedur anpassen zurückzukehren und die Felder mit Spaltennamen übernehmen im Rahmen des Projekts erforderlich ist, und lassen Sie die SP tun die Nachschlag mit tatsächlichen Spaltennamen. Er schlägt auch zu bauen Steuerelemente dynamisch.

Ich dachte, die Bereitstellung von statischen Kontrollen an all 20 Felder und fülle nur die Etiketten mit den erforderlichen Feldnamen und die Interaktion mit SP unter Verwendung von Feldnamen „Filler1“, „Filler2“. Das bedeutet auch, müssen wir das nicht benötigte Steuer unsichtbar ...

machen

Als erfahrene Anwender ... Kann aufzählen Sie die Vor- und Nachteile sowohl in ...

Danke

Answer 1

Für den Endverbraucher ist es geht ziemlich schwer zu sein, um die Schnittstelle zu verstehen, wenn die Felder, die nicht für einen bestimmten Fall sind noch sichtbar sind.

So würde ich in der Tat raten keine Felder zu erzeugen, die Sie nicht brauchen, oder zumindest verstecken sie, falls sie nicht benötigt werden.

Was, wo die Logik zu setzen ... und macht es Sinn, die Daten zu ziehen, das bestimmt, welche Felder, wenn sie aus der Datenbank angezeigt werden sollen. Aber ich würde empfehlen, gegen alle Logik setzen, die tatsächlich die Seite innerhalb einer gespeicherten Prozedur macht. Vielmehr würden Sie die SP verwenden, um die Daten zu holen, und verwenden Sie Ihre Sprache (PHP, C # / ASP.NET, Java Servlets, was haveyou), um tatsächlich die Daten zu verarbeiten und die Seite machen.

htht.

Answer 2

Seine nie gute Praxis, eine festgelegte Anzahl von Feldern zu verwenden, wie Sie beschreiben (es ist besser, es dynamisch zu bauen - aber stellen Sie sicher, dass Sie effizienten Code schreiben). eine bestimmte Anzahl von Kontrollen durch die Schaffung, beschränken Sie sich selbst, und ein großes Wartungsproblem zu schaffen. Sie können es nicht sehen jetzt, aber später, was passiert, wenn die Anzahl der Kontrollen Änderungen?

Vorschlag des Kollegen funktionieren würde. Zumindest werden Sie die Möglichkeit, die Anzahl der Kontrollen jederzeit zu ändern, ohne den Code neu kompilieren.