Bien, para practicar.
Vamos a ver otro ejemplo de validación con anotaciones.
La idea de validar, por ejemplo, el apellido, pero usando una anotación personalizada en vez de not
empty.
Vamos a comentar y vamos a crear entonces esta anotación, pero antes vamos a cerrar.
Usuario validador temés cerramos identificador regex y también está acá.
Bien, nos vamos entonces a formulario.
Bien.
Acabar con error no tiene importancia.
Simplemente como siempre con Maven actualizar proyect ok.
Listo, se soluciona lo siguiente.
Por acá vamos a crear una anotación.
Entonces, primero anotacion que vamos a llamar requerido.
Entonces la idea de validar que sea distinto.
Y también que no sea con espacio en blanco que sea requerido.
Bien retencion ragtime y target, campo fiel y método método finalizarÃ.
Vean lo siguiente una clase de validación.
Requerido validador el interfases agregamos una buscamos constraint por acá constraint validad itor
bella vax valid hecha un clic la seleccionamos OK finalizar.
Bien, agregamos el método implementar, pero acá requiere el tipo de la anotación requerido y acá string.
De que le pidió también es un string.
Bueno, y acá también el value es del tipo string.
Por lo mismo.
Perfecto.
Qué faltaría?
Bueno, faltaría enlazar esta clase.
Construe validad itor requerido validador.
Le vamos a copiar y la enlazamos acá con la anotación Constraint Construe Yaks Validación validado por
punto Klas.
Bueno, igual que antes, lo mismo guardamos.
Bueno, también vamos a agregar los atributos de esta anotación.
Recuerden Messages Group y Pelot, pero vamos acá.
Control clic con cualquiera.
Da lo mismo y copiamos esto.
Estos tres atributos cerramos la anotación No Blanck.
Volvemos a requerido y lo pegamos.
Damos un mensaje por defecto.
Cualquiera, como por ejemplo campo, apellido, es requerido.
Guardamos bien.
Ahora toca validar acá, pero bastante simple, con un if univ.
Primero, antes que nada valioso si es igual a null.
O se vacío.
Recuerden que Valeo es del tipo String y acá tenemos el método y siempre o si es Blanck.
Entonces, cualquiera de esto si se cumple, si el nulo se vacío o blanco o espacio en blanco, retornamos,
forzo, de lo contrario acá retornamos tuuuu.
Se fijan?
Ahí estamos, goleÃ.
Faltaría bueno, en usuario, como comentamos, not empty acá sería requerido.
Guardamos bien, vamos a probar.
Levantamos como siempre.
Al formulario bueno, quitamos el apellido, el que me interesa, por ejemplo, enviar Campo Pelli requerido.
Funciona perfecto.
Ahora, si colocamos un espacio en blanco, por ejemplo enviar, también se fijan está valiendo por
espacio en blanco.
Y también si no colocamos nada.
Pero si colocamos el apellido.
Perfecto.
Lo halia bien.
Se fijan otra forma más personalizada, pero también hay diferentes alternativas.
Por ejemplo, bueno, esta variación es correcta, pero esto acá se podría reemplazar también utilizando
un Halpert, una clase de utilidad de sprint.
Entonces, bueno, pueden dejar esta tal cual o bien esta de acá.
Da lo mismo, pero acá sería una sola instrucción string útiles.
Punto hojas text en realidad.
Castex acá la tenemos.
Entonces pregunta si tiene texto value.
Es decir, se distinto vacío.
Y si tiene texto.
Es decir, que sea distinto de blanco o espacio en blanco.
Pero tiene que ser distinto porque esto evalúa en true.
Esto sería true si tiene contenido.
Si no tiene contenido, retorna, fuerz y la negación de fours es true.
Bien, guardamos otra alternativa cualquiera.
Esta es una clase de Spring Framework que la podemos utilizar como Halpert o una clase de utilidad.
Probamos?
Bueno, valida.
Bien.
Quitamos el apellido.
Es requerido con espacios.
requiriÃ, se fijan, entonces cualquiera de las dos estaría bien también para finalizar, como siempre,
vamos a agregar un atributo o texto de validación para requerido para esta anotación.
Entonces voy a copiar el nombre como siempre.
Punto usuario, punto ápido.
Apellido requerido con anotaciones.
Perfecto.
Guardamos.
Esperemos que se actualice.
Enviar al pillo requerido con anotaciones, espacios.
Bien diferentes alternativas y para finalizar, vamos a arreglar un detalle, nos vamos a requerido.
Bueno, acá dice campo apellido es requerido, pero en realidad no solamente para apellido, sino también
se puede aplicar este constraint o validador en cualquier otro campo, entonces es mejor dejarlo más
genérico.
Por ejemplo, el campo es requerido y por acá una marca, por ejemplo, un guión usando anotaciones
y listo.
Justamente porque si nos vamos al usuario, por ejemplo, estamos usando requerido en apellido, pero
también lo poco piar y podría validar el email en vez de usar not empty.
Bueno, el final es prácticamente lo mismo.
Podría utilizar requerido de Bejan y así en cualquier campo.
Entonces bueno, por supuesto que para el apellido va a mostrar el mensaje array que tenemos acá porque
está personalizado, requerido usuario, punto apellido.
Pero como no tenemos el requerido para el email en el properties, va a usar el mensaje error por defecto
el campo requerido usando anotación y lo vamos a probar.
Se fijan acá antes de enviar acá, dice el campo requerido de la validación anterior.
Enviamos el campo requerido usando anotaciones se fijan, pero para el apellido es distinto.
Chiquito Guzmán.
Apoyo requerido con anotaciones, entonces podemos personalizar, customizar, mensaje de error en cada
campo y lo que queramos.
Ahora sí que si.
Nada más.
Nos vemos en la siguiente clase.