Statique Vs dynamique agit + situation en fonction

Question

Je construis une application Web pour gérer des instructions en fonction de différents paramètres (par exemple. JobCode, État, client, produit, etc. ..). J'alloué des 20 champs de remplissage pour chacun de ces paramètres. Les noms d'affichage des champs peuvent varier d'un projet à l'autre. (Mise en œuvre multiple).

Certains projets ne peuvent pas utiliser tous les 20 champs, mais seulement dire 5-6 champs ...

Maintenant, un de mes collègues est ce qui suggère que je personnaliser la procédure stockée pour revenir et accepter les champs avec les noms de colonnes requis par le projet, et que le SP ne la recherche avec les noms de colonnes réels. Il suggère également de construire dynamiquement des contrôles.

Je pensais à fournir des contrôles statiques à tous les 20 champs et juste remplir les étiquettes avec les noms de champs nécessaires et d'interagir avec SP en utilisant les noms de champs « Filler1 », « Filler2 ». Cela signifie aussi que nous devons rendre le contrôle non nécessaire invisible ...

Comme les utilisateurs plus expérimentés ... Pouvez-vous énumérer les avantages et les inconvénients dans les deux ...

Merci

Answer 1

Pour l'utilisateur final, il va être très difficile de comprendre l'interface si les champs qui ne sont pas applicables à un cas particulier sont encore visibles.

Alors, je conseille en effet de ne pas générer des champs que vous n'avez pas besoin, ou à tout le moins les cacher au cas où ils ne sont pas nécessaires.

Quant à savoir où mettre la logique ... et il est logique de tirer les données qui détermine quels champs doivent être présentés lors de la base de données. Mais je recommande de mettre contre toute la logique qui rend effectivement la page dans une procédure stockée. Au contraire, vous devez utiliser la SP pour récupérer les données et utilisez votre langue (PHP, C # / ASP.NET, Java Servlet, ce qui haveyou) pour traiter réellement les données et de rendre la page.

htht.

Answer 2

Son jamais une bonne pratique d'utiliser un certain nombre de domaines que vous décrivez (son mieux pour construire dynamiquement - mais assurez-vous d'écrire du code efficace). En créant un certain nombre de contrôles, vous vous limitez, et la création d'un gros problème de maintenance. Vous ne pouvez pas le voir maintenant, mais plus tard, ce qui se passe si le nombre de changements de contrôle?

La suggestion de votre collègue fonctionnerait. Au moins, vous aurez la possibilité de modifier le nombre de contrôles à tout moment sans recompiler votre code.