Validación de Campos Nulos (vacíos) |
Validación del proceso de visualización de la cotización |
Validación de los tipos de datos proporcionados por el usuario |
Validación de los tipos de datos en la ventana usuario |
Cabe resaltar que en esta última también se valida que el dato proporcionado en el campo "Email" sea del tipo de formato email, es decir "example@extention", donde lo que importa más es el símbolo @.
Por otra parte se implementa la variable de control (denominada "respuesta") en los SP, con el fin de controlar el flujo de la transacción, es decir que por medio de esta se pueda dar a conocer si la transacción o corrimiento del SP se llevó a cabo de manera correcta. Sin más preámbulo a continuación se muestran los store procedures modificados (validados) que se mostraron en la entrada CalcularCotización, y algunos desarrollados posteriormente para la selección e inserción de registros en las diferentes tablas de la BD:
SP encargado de Insertar Solicitud del cliente |
SP encargado de Seleccionar una Tarifa con respecto a un ID en específico |
SP encargado de Seleccionar una Solicitud con respecto a un ID en específico |
SP encargado de Seleccionar Todas las Solicitudes que se encuentren en el sistema |
SP encargado de Seleccionar Todos los tipos de Transportes que se encuentren en el sistema |
SP encargado de Seleccionar Todas las Oficinas que se encuentren en el sistema |
Note que para esta validación o uso de la variable respuesta, se implementó la declaración de una transacción de BD, con el fin de poder realizar un mejor control del flujo de corrimiento en el SP y con ello poder hacer commit (para "terminar" con éxito la transacción) o Rollback (para "devolver" todos los procedimientos llevados a cabo) con el fin de dejar todo como si nada hubiese sucedido. Además de ello se implementó el manejo de excepciones por medio de las condiciones try and catch dentro del SP, esto por si el código se encuentra "pulgoso".
Tiempo Invertido: 2 horas y 30 minutos
No hay comentarios.:
Publicar un comentario