Continuemos.
Veamos otra forma de personalizar el mensaje de error en cada atributo o también de forma genérica,
de forma global.
Vimos en la clase anterior una forma era usando anotaciones, el atributo Message.
Y por cada atributo por acá podemos personalizar este mensaje.
Pero también hay otra alternativa en el proyecto.
Los recursos.
Acá podemos crear un archivo que se llame Messages Properties en plural con s.
Bueno, entonces lo primero es crear este properties.
Click derecho New File Buscamos file y por acá messages properties.
Ve con doble s punto profetice finalizar.
Y en realidad simple, si lo queremos de forma genérica para que se aplique a todo.
Simplemente copiamos el nombre de la regla de la anotación.
Por ejemplo, not empty.
Lo copiamos y lo pegamos acá.
Igual el mensaje que queramos.
Por ejemplo, el campo es requerido
y guardamos o el texto que queramos.
Bien, vamos a probar.
Levantamos como siempre.
Vamos a formulario Enviar se dejan el campo requerido, el campo requerido, el campo requerido de forma
automática cambia el mensaje y por ejemplo John que lo tiene personalizado, enviar el campo requerido.
Bueno, esta forma reemplaza o sobre escribe el atributo Message.
Se fijan el nombre no puede ser vacío, pero aparece el campo requerido.
La validación del nombre se fija en el campo requerido.
Pero también podemos personalizar por cada campo del formulario un mensaje tinto.
Pero cómo sería?
Por ejemplo, voy a copiar esto mismo.
Y sería bueno not empty.
Punto.
El nombre del atributo objeto con el cual se pasa la lista.
Recordemos que se pasa con el nombre usuario aka usuario y también lo tenemos acá.
Eijik usuario entonces con este nombre?
Punto.
El atributo que queremos personalizar este mensaje.
Entonces el campo nombre es requerido y guardamos.
Esperemos que se actualice y volvemos a enviar.
Dejan el campo nombre es requerido, pero el resto el campo requerido.
El campo requerido solamente personalizamos el nombre también.
Otra alternativa, pero muy importante.
Primero, el nombre de la anotación Not Empty, comenzando en mayúscula.
Punto.
El nombre del objeto con el cual se pasa la lista quiere que esté mapeado al formulario.
En este caso usuario punto.
El atributo que se valida y que falla con el mensaje.
Error.
Bueno, otro más.
Por ejemplo, usuario el Yussef Name, por ejemplo.
Acá sobra un punto y Usenet igual el campo o el Yussef es obligatorio.
Guardamos.
A que se actualice enviar.
Se fijan el Yussef name es obligatorio el campo nombre requerido y por cada uno podemos personalizar
el mensaje error y en español.
Entonces.
Bueno, esta forma mucho mejor que la anterior.
De todas maneras.
Por qué esta desacoplar del código?
Ya no está colocado de forma explícita en el código como código duro, no?
Si no se les acopla de la clase del código y se lleva a un archivo properties mucho más manteni.
Mucho mejor.
Bueno, por ejemplo, el correo Andrés en vez de la година, enviar el correo con formato incorrecto.
Bueno, eso lo mantiene de acá porque acá lo tenemos configurado correo con formato incorrecto, pero
también podemos copiar y mail.
Punto usuario, punto email.
Entonces recuerde primero nombre de la anotación y moil de la regla nombre del objeto, el atributo
email.
Este atributo bien guardamos a falta el valor.
Falta el valor.
El formato del correo.
Falta el arrojo, guardamos.
Enviamos el formato, el correo es incorrecto.
Falta la arroba.
Perfecto.
Es mucho más manejable.
Bien, a partir de la próxima clase vamos a ver cómo validar de forma más personalizada de diferentes
formas.
Por ejemplo, crear una clase de validación o bien validar con una expresión regular que mucho más simple.
La notación de patrón o expresión regular también la podemos implementar y colocar nuestra expresión
regular, o bien crear una clase personalizada para validar o crear una anotación personalizada para
validar diferentes alternativas.
Todas son igual de buenas.
Usamos la que mejor no acomode bien.
Nos vemos.