Pero bien, cómo podemos mejorar lo que tenemos?
Vamos a crear un paquete.
Vamos a crear una clase usuario, por ejemplo, acaso empacas base principal New Package?
Vamos a crear Models, punto Models, punto E, Domaine o Entity?
En fin, domaine de Dominio.
Finalizar Vamos a crear la clase Usuario New Class Usuario perfecto.
Campos mismo nombre de campos que el formulario.
Perfecto y username password email muy importante que tu nombre Campos sean idénticos.
A los nombre que tenemos acá y username, password email perfecto, ahora creamos los métodos getter
y setter ly derecho source generar gué tran setter marcamos todos por acá.
Select al generar y listo.
Así de simple.
Source formateados, ordenamos, guardamos.
Entonces volvemos acá y creamos una instancia por acá.
Usuario Tenemos el objeto con el new perfecto.
Importamos bien.
Esto es una clase POJO, una clase Entity que representa datos, se podría inyectar, pero no tiene
mucho sentido inyectar un objeto en Titty un dígito POJO, ya que representa los datos de nuestra aplicación.
Por ejemplo, que se guardan enlace datos son datos que están guardados en alguna parte.
Por lo tanto, no es una clase como de servicio que presta alguna lógica negocio con estos datos o una
clase de configuración una clase halpert o de utilidad con funciones.
En fin, no son datos.
Por lo tanto, los datos por lo general nos inyectan, solamente se persisten, se envían, se guardan,
en fin, lo podemos pasar a la vista.
Por eso no es necesario utilizar inyección de dependencia.
No todo es inyección dependencia, no todo, tipicamente los servis, como explicaba los repository
o los objetos, instancias daho de acceso a datos que realizan consulta que son sin estado, solamente
realizan operaciones, pero todo lo que sean datos conectado no es necesario.
Pero bien, sigamos.
Usuario Set por ejemplo y USENET.
Pasamos el Yussef y.
Pasamos el email password.
Pasamos al pago.
Se fijan.
Ahí lo tenemos y pasamos a la vista el usuario acá.
Con el nombre usuario esto lo quitamos, entonces al final pasamos el objeto.
El objeto del modelo usuario con los datos de nuestra aplicación se fijan.
Guardamos, pero también tenemos que modificar la vista.
Resultado acá.
Entonces cacería usuario punto Yussef n.
Faltó el punto usuario, punto password, punto Himmel, se fijan?
Claro, porque pasamos el objeto usuario y no los datos desarmados o de forma individual, no pasamos
elogiarte que contiene todo el objeto usuario.
Punto.
El método GET, pero recuerde que se usa en la vista como si fuera el atributo por debajo.
Invoca el metodo GET.
Acá se omite el get y los paréntesis, pero como si fuera el atributo.
Bien, ya tengo levantado la aplicación desde la clase anterior.
Por lo tanto, todo cambio que hice se actualizaron en el servidor embebido.
Entonces acá está todo listo.
Solamente vamos a probar.
Debería funcionar todo exactamente igual.
Bien, Yussef Name Pepe.
Una clave.
Uno, dos, tres, cuatro, cinco PP y un correo cualquiera.
Enviar.
Se fijan.
Funciona igual, pero de una forma mucho mejor.
Ya pasando un objeto, el usuario a la plantilla y poblando los datos del formulario en el objeto usuario,
aunque todavía se podría mejorar mucho más.
Pero bueno, cosa es que vamos a ver.
Acá estamos creando la instancia y estamos pasando los datos.
Quizá esto se podría automatizar un poco más.
Bueno, como lo vemos en la siguiente clase.