Echemos un vistazo al panorama actual de la validación, y puede llegar a ser bastante abrumador. Si miras este resultado de búsqueda de npm, dice que hay más de 1,000 paquetes relacionados con la validación de formularios, y esta es solo la forma en que npm muestra los resultados. Hay más de 10,000 paquetes relacionados con la validación de formularios. Y esto nos dice dos cosas. Una es que la validación de formularios es un desafío generalizado, la otra, no hay una única solución que se ajuste a todas las necesidades. Existen diferentes enfoques de validación, pero probablemente los más utilizados son los paquetes de validación de esquemas y los paquetes de validación de frameworks. Los primeros son excelentes para la validación del lado del servidor y las estructuras de datos, pero se sienten un poco, no sé, desconectados de la experiencia del usuario, ya que los usuarios realmente no escriben en un esquema.
Los segundos, específicos de frameworks, son geniales, pero a veces pueden parecer demasiado opinados, y siempre te atan a algún framework o a algún patrón. Lo que los desarrolladores realmente necesitan es algo que sea flexible, reutilizable y mantenible que pueda manejar escenarios complejos sin sacrificar la experiencia del desarrollador o el rendimiento. Echemos un vistazo a VEST. VEST fue creado por Avatar y adopta un enfoque nuevo y fresco para resolver algunos de estos desafíos. Se inspiró en los frameworks de pruebas unitarias y trae esos patrones familiares a la validación. Es fácil de aprender, especialmente si lo has usado antes. Es agnóstico al framework, con características inteligentes, potentes y optimizaciones de rendimiento listas para usar. Es completamente reutilizable en entornos de cliente y servidor, resolviendo el clásico problema de duplicación de validación.
Y ahora reproduciré un breve video que muestra la sorprendente similitud entre el código de prueba de Jest y el código de validación de VEST. Así que comenzamos con Jest, donde usamos términos como describe, groups, tests, y expect que verifica resultados. Luego, al pasar a VEST, describe se convierte en VEST create, lo verás al final del video, y expect se convierte en enforce, que aplica reglas de validación. VEST también toma un parámetro adicional en cada validación, que es el nombre del campo a validar. Y por supuesto, todo el conjunto de validación recibe los datos del formulario para validar. Esta estructura es muy similar a Jest, solo con algunos detalles nuevos, haciendo que el cambio sea fácil de entender. Y este enfoque familiar significa que podemos ponernos al día rápidamente, y nuestra lógica de validación se vuelve clara y mantenible.
Comments