Estático vs dinámico controla + Situación basada

Question

Estoy construyendo una aplicación web para gestionar las instrucciones en base a diferentes parámetros (por ejemplo. JOBCODE, Estado, clientes, productos, etc ..). He asignado algunos 20 campos de relleno para cada uno de dichos parámetros. Los nombres de visualización de los campos pueden diferir de un proyecto a otro. (Aplicación múltiple).

Algunas proyecto no puede utilizar todos los 20 campos, pero sólo decir 5-6 campos ...

Ahora, uno de mi colega me está sugiriendo para personalizar el procedimiento almacenado para volver y aceptar los campos con nombres de las columnas requeridas por el proyecto, y dejar que el SP qué la búsqueda de nombres de columna reales. También sugiere construir dinámicamente controles.

pensé que proporciona controles estáticos a todos los campos 20 y acaba de llenar las etiquetas con los nombres de los campos necesarios e interactuar con SP utilizando nombres de campo "Filler1", "Filler2". Esto también significa que tenemos que hacer que el control no requiere invisible ...

A medida que los usuarios más experimentados ... ¿Puede enumerar los pros y los contras de los dos ...

Gracias

Answer 1

Para el usuario final va a ser muy difícil de entender la interfaz si los campos que no son aplicables para un caso particular son todavía visibles.

Así que yo de hecho asesorar a no generar ningún campo que no es necesario, o por lo menos ocultarlos en caso de que no se necesitan.

En cuanto a dónde colocar la lógica ... así que tiene sentido para tirar de los datos que determina qué campos se deben mostrar cuando desde la base de datos. Pero yo recomendaría en contra de poner toda la lógica que realmente hace que la página dentro de un procedimiento almacenado. Más bien, se usaría el SP para recuperar los datos, y el uso de la lengua (PHP, C # / ASP.NET, Java Servlet, lo haveyou) para realmente procesar los datos y representar la página.

htht.

Answer 2

Su nunca una buena práctica utilizar un número fijo de campos como usted está describiendo (su mejor construir dinámicamente - pero asegúrese de escribir código eficiente). Mediante la creación de un número determinado de controles, que se está limitando, y creando un gran problema de mantenimiento. El usuario no puede ver ahora, pero más tarde, lo que pasa si el número de controles de cambios?

sugerencia de su colega funcionaría. Por lo menos usted tiene la capacidad de cambiar el número de controles en cualquier momento sin tener que recompilar el código.