Bien, sigamos.
La idea es automatizar un poco más nuestro código sobre la implementación del formulario, porque Spring
puede hacer esto mucho más robusto y automático.
Por ejemplo, por cada input podemos quitar el naik y también podemos quitar el valeo, y esto es reemplazado
por una etiqueta propia de Time Life y de formulario con Spring.
Por ejemplo, puede quitar esto el name y el Valium?
TH Valeo lo voy a cambiar por field o campo, pero bueno, cuando mapeados un campo del formulario un
input a un objeto u utilizando field con spring y timeline en vez de Shindo peso, usamos el asterisco.
Así de simple.
El asterisco indica que se refiere a un mapping mapeo o asignación de un campo a un atributo de una
clase.
Pero qué objeto?
Qué clase?
Bueno, vamos a decir que está mapeado al atributo y Usenet ya, pero falta todavía especificar de qué
clase, de qué objeto, de qué objeto, qué está pasado a la vista.
Porque recordemos que acá pasamos al objeto usuario, lo pasamos acá en el formulario y también se pasa
de forma automática acá.
En caso de error se pasa de forma automática.
Vimos la clase anterior que se puede cambiar este nombre con el modelo atributo.
Pero usamos el mismo nombre que la clase usuario, pero siempre iniciando minuscula versus la clase
en mayúscula.
Pero bien, sería este el objeto usuario que estaría mapeado al formulario, pero para eso lo tenemos
que indicar en la etiqueta form acá.
Entonces, por ejemplo, por acá, acá tenemos el atributo object de objeto y como siempre, bueno,
con signo peso, las llaves.
Indicamos el nombre de este atributo, el mismo, el mismo que tenemos acá mismo con el cual se pasa
a la vista usuario.
Entonces vamos a copiar y lo pegamos acá en el object.
Entonces este formulario y cada uno su campo está mapeado a este objeto.
Entonces solamente indicamos el nombre del atributo con el asterisco y las llaves y TH Field y Leidy
lo mantenemos porque la app es para Afore.
Y esto es para mapear el formulario a la clase POJO o Modell.
En este caso usuario.
Pero bien acá también en el password.
Entonces voy a copiar esto el TH Field y lo pegamos acá.
Lo importante es que escriban bien el nombre TH 2.y field igual asterisco las llaves y acá sería password.
Acá se indica solamente el nombre del atributo, no el objeto punto y el atributo como lo teníamos acá
objeto usuario punto.
El atributo no necesario porque con TH Field de sabe que el objeto está acá, corresponde al objeto
usuario solamente el atributo y también acá quitamos el valium, lo pegamos, cambiamos por email y
quitamos el name porque de forma automática el TH Field agrega el atributo name con el nombre del atributo.
De forma automática lo agrega y también agrega el Valium en caso de mostrar valores del atributo en
el formulario en la plantilla y guardamos dejan menos código.
Está un poco más automático con TH Object y field el objeto y los atributos y siempre con asterisco
y las llaves y el nombre del atributo.
Bien, voy a levantar para probar.
Nos vamos a formulario Spring Woodford.
Levantamos.
Bueno, debería funcionar igual que antes.
Exactamente igual enviamos perfecto.
Andrés.
Perfecto.
Enviar.
Funciona bien, igual, pero con mejor implementación, que sería la forma recomendada.
Finalmente, pero bueno, también se puede automatizar mucho más los mensajes de error.
Por ejemplo, en el controlador for controller, acá en el erros todo esto se podría quitar.
Bueno, en el caso de ustedes lo pueden comentar.
En mi caso lo voy a quitar porque esto ya se maneja en promote mÃtica, en Tillie también.
Entonces el manejo de error, en vez de hacerlo forma manual y explícita, lo vamos a trabajar de forma
automática e implicita por ti Elif Spring Framework.
Entonces esto lo comentan, yo lo voy a quitar o pueden hacer un respaldo de proyecto también y lo eliminan
como quieran.
Voy a quitar los import, se fijan?
Ya no hay Hazmat, queda mucho menos código, más limpio.
Bueno, finalmente es la idea de usar un framework, automatizar un poco las cosas, menos código,
más limpio, menos probabilidad de errores.
En fin, es la idea.
Guardamos el controlador y los mensajes de error ya se maneja en forma automática.
Entonces en la vista tenemos que cambiar también por cada div.
El th if.
El th text lo cambiamos por la implementación propia de timeline con Spring.
Entonces esto lo quitamos o mejor o mejor esto le quitamos esto de acá vamos a dejar los paréntesis
todo acá con la comillas simple y usenet.
Eso lo dejamos.
Y esto lo vamos a reemplazar por otra cosa.
Primero gato en Time Lif usamos gato para utilizar un objeto halpert o de utilidad detailed, en este
caso el objeto de Taime Lif que propio Tayyip un Halpert para validar o para obtener un mensaje de error
se llama fields en plural con ese importante gato fields punto jass errors en plural también con esa
conectaría helper este objeto field details diff.
Preguntamos si este campo tiene errores.
El campo Yussef está acá.
Si tiene mostramos el error de acá cambia en vez de th text sería errors de errores también en plural
plural con s y acá también plural con s y el field también.
Bueno, esto lo digo y lo subrayo porque ocurre muchas veces este tipo de error que se comen una s.
Entonces para evitar eso prefiero insistir en esto posible errores.
Bueno, continuemos.
TH 2 punto.
Errores igual en vez de 1 peso hacemos referencia al campo.
Entonces sería exactamente igual que esto sería asterisco Yousef de asterisco USENET.
Entonces mostramos los errores del atributo o del campo con asterisco.
Y justamente se fijan.
Bueno, vamos a copiar esto.
Y lo pegamos acá.
Cambiamos por password.
Deja también asterisco, llaves, password.
En tacheros y llega también.
E-mail yega también email.
Entonces recuerden que matérico llaves para mapear campo el formulario, ya sea a un atributo entity
y en este caso para el mensaje error de ese campo, mientras que el signo peso y las llaves bueno es
para una expresión con código yaba, ya sea para validar con THB, para una interpolación de string,
para mostrar datos F y para mapear en este caso el objeto.
Acá también usamos las llaves, sino peso llaves para mostrar el título en el TH text extrapolación
de estric y con el ArruÃ son rutas o RT bien guardamos.
Y está molesto, está mucho más automático.
Vamos a revisar.
Bueno, lo primero es volver.
Hacemos un refresco o Df5 o actualizamos acá y bueno, enviar hasta momento funciona.
No puede estar vacío, no puede estar vacío, postearlo si se fijan.
Ahora muestre mensajes de error propios de sprint.
Ya no son personalizados, se fijan.
Ya cambió el mensaje.
Pero bueno, se refiere a que el campo no puede estar vacío.
Andrés desaparece.
El correo desaparece y el password.
Lo álida un, dos, tres.
Enviar?
Perfecto.
No sé, otra forma mucho más automática de validar y de trabajar formulario.
Bueno, recuerden que se mantiene todia el usuario.
Acá se pasa, se puede la forma automática y en caso Rot también se pasa la vista con el mismo nombre,
igual que antes.
Si quieren renombrar el objeto del formulario, el objeto, la vista en este caso usuario, lo cambian
acá, por supuesto, pero también lo cambian acá con el Modell atributo y también en la plantilla.
Acá en vez de usuario sería el otro nombre, porque acá ya no es necesario.
Acá son solamente nombres de campos.
Se fijan bastante simple.
Bueno, por ahora quedamos hasta acá y continuamos la siguiente clase.