Con esta fusión realizo mejoras similares a los realizados en los demás apartados, adaptando la presentación para que sea consistente entre todos ellos.
He modificado el buscador para que las consultas que realiza se encuentren agrupadas en una función anónima.
He incluido nuevas reglas de validación del lado del servidor a la hora de crear un editar usuarios, de modo que las contraseñas deban cumplir los siguientes requisitos:
He implementado un nuevo script de validación para manejar la validación de los formularios. A diferencia de los anteriores, en este he planteado un sistema de validación que trata ser más sólido, escalable, y comprensible.
He modularizado la validación para que con una sola función se le puedan pasar los elementos que queremos validar, y cuáles son los requisitos que debe cumplir.
He tratado de replicar la validación de los mismos requisitos aplicados desde el lado del sevidor, usando una sintaxis similar para aplicarle dichos requisitos.
Sobre los operadores lógicos
Como dato de interés, para la implementación de este script he hecho uso de algunos operadores lógicos que personalmente no suelo utilizar y me han sido de utilidad:
Sintaxis extendida (...), que se introdujo a partir de ES6 en 2015. Durante el curso de DWECL de 2021/2022 hicimos mención y uso de ella en algunas prácticas.
Operador de coalescencia nula (??), un operador lógico que en caso de que su expresión a la izquierda sea nulo o indefinido, devolverá la expresión de su derecha. Introducido a partir de ES11 en 2020.
Operador de encadenado opcional (?.), introducido tambien a partir de ES11, nos permite poder acceder a una propiedad o función de un objeto tal como lon haría el operador de encadenamiento (.) con la diferencia de que si el recurso al que trata acceder no existe, en lugar de dar error devuelve undefined.
Con esta fusión realizo mejoras similares a los realizados en los demás apartados, adaptando la presentación para que sea consistente entre todos ellos.
He modificado el buscador para que las consultas que realiza se encuentren agrupadas en una función anónima.
He incluido nuevas reglas de validación del lado del servidor a la hora de crear un editar usuarios, de modo que las contraseñas deban cumplir los siguientes requisitos:
Estas reglas las he incluido haciendo uso del objeto de reglas de validación incluido en Laravel Illuminate\Validation\Rules\Password.
Script de validación avanzado
12
He implementado un nuevo script de validación para manejar la validación de los formularios. A diferencia de los anteriores, en este he planteado un sistema de validación que trata ser más sólido, escalable, y comprensible.
He modularizado la validación para que con una sola función se le puedan pasar los elementos que queremos validar, y cuáles son los requisitos que debe cumplir.
He tratado de replicar la validación de los mismos requisitos aplicados desde el lado del sevidor, usando una sintaxis similar para aplicarle dichos requisitos.
Sobre los operadores lógicos
Como dato de interés, para la implementación de este script he hecho uso de algunos operadores lógicos que personalmente no suelo utilizar y me han sido de utilidad:
Sintaxis extendida (
...
), que se introdujo a partir de ES6 en 2015. Durante el curso de DWECL de 2021/2022 hicimos mención y uso de ella en algunas prácticas.Operador de coalescencia nula (
??
), un operador lógico que en caso de que su expresión a la izquierda sea nulo o indefinido, devolverá la expresión de su derecha. Introducido a partir de ES11 en 2020.Operador de encadenado opcional (
?.
), introducido tambien a partir de ES11, nos permite poder acceder a una propiedad o función de un objeto tal como lon haría el operador de encadenamiento (.
) con la diferencia de que si el recurso al que trata acceder no existe, en lugar de dar error devuelveundefined
.Referencia