Qué pasa si quiero colocar, por ejemplo, algún dato, algún campo con un valor en el formulario por
defecto?
Es decir, cuando se muestre formulario en pantalla que haga un campo, por ejemplo nombre, apellido
o el Yussef, que ya contengan valor.
Algún dato?
Bueno, típicamente si queremos modificar o editar un registro de la Ayato, bueno, la idea es ir a
buscarlo por el Heidy, por el Heidy del registro o por alguna llave y mostrar esta información en el
formulario para que se pueda cambiar.
Se puede editar, pero bien, en este ejercicio la idea es mostrar dos campos, solamente dos campos
en el formulario.
Bueno, por ejemplo, podrían agregar dos atributos más con su getter setter para el ejemplo nombre
y apellido y dar un nombre, apellido por defecto y mostrar estos en sus respectivos campos.
Bien, para eso nos vamos al usuario, a la clase usuario y vamos a agregar el nombre Billo
y por acá su revertidos que transceptor acá abajo.
Clic Derecho Source gué setter marcamos ambos.
Generás bien Oita?
Bueno, lo podríamos validar, por ejemplo, que nos Embassy.
Qué faltaría el formulario agregamos acá también en nombre apellido podemos copiar el Yussef.
Lo modificamos.
Por acá arriba.
Bien, y colocábamos nombre, apellido.
Y también acá donde diga Yousef Neng nombre.
Vamos a copiar.
El Ford también por acá, el Heidy acá, también en la aviación y en errors en el campo.
Y también apellido.
Acá.
Y listo.
Quizá faltaría el resultado también agregar datos.
Bien, ahí tenemos los dos campos.
Bueno, cómo podríamos agregar dato o información por defecto en este formulario?
Guardamos todo.
Guardamos formulario y nos vamos a controlar.
Bueno, acá es justamente cuando se muestre formulario de pantalla.
Acá agregamos los valores, por ejemplo vía metodo set que para pasar datos set nombre.
Y podemos dar un nombre ejemplo, por ejemplo, John Shet, apellido Day, John Doe.
Un nombre ejemplo cualquiera.
Solamente para demostrar cómo pasar información a los input, recuerden un ejemplo real.
Después vamos a ver con paseada auto con formulario.
Cuando queremos editar, por ejemplo a un registro, lo vamos a buscar a las EATO y pasamos el objeto
completo con toda su información y la mostramos en el formulario para que el usuario pueda modificar
alguna información, algún campo.
Guardamos y vamos a revisar.
Vamos a levantar.
Localhost formulario se fijan John Doe nombre apellido muestra información por defecto se fijan entonces
enviar solamente valida estos datos podemos colocar Andrés.
En plan perfecto está funcionando bien.
Nombre, apellido, el Yussef Name Password y el correo.
Bien podríamos querer de repente no pasar todos los datos al formulario.
Es decir, podríamos hacer la consulta hace rato para editar un registro, pero este registro en las
tiene muchos campos que no queremos colocar en el formulario y la idea que estos campos se permitan
también, es decir, que no se modifiquen.
Por ejemplo, si omitimos un registro o un campo en el formulario y se envía por defecto.
Bueno, este campo se va a modificar como nulo porque no va a tener información y es un problema porque
si ese registro enlazado tiene información, por ejemplo algún identificador tributario que no queremos
modificar, algún dato propio, algún Heidy por ejemplo o Uega información que creamos que tiene formulario
que queremos modificar.
Entonces la idea de ver cómo poder mantener estos datos sin que se asignen Anul para que lo podamos
entender bien.
Acabamos el ejemplo.
Vamos a agregar otro atributo.
Por ejemplo, nos vamos a usuario.
Vamos a tener el atributo identificador.
Bueno, podría ser un Ámber, un lonko, un Integer o un string.
Bueno, por ejemplo, es 30 perfecto.
Por ejemplo, identificador.
Por poner un ejemplo bien.
Cómo no va a estar en el formulario, no se valida ya.
Recuerden que solamente valíamos los campos que están en el formulario, que están mapeado como el nombre,
apellido y todo lo demás.
Pero este identificador no va a existir en el formulario, no va a estar, va a ser un dato interno
que se iba a tener información.
Ven gué tras setter.
Por acasos general, que tras setter okei, general bien, y acá en el formulario le vamos a dar un
dato, por ejemplo
identificador algún número de la bemba?
Recuerden, es un string, por ejemplo.
Eso.
Y separado por punto.
Y le damos un guión, por ejemplo.
O lo que sea.
Ese es un identificador, un número propio de este usuario puede ser único tributario.
EFFI para puesto interno.
Da lo mismo.
Pero esto no lo queremos el formulario, pero si queremos mantener esta información en el resultado
cuando se envía, hagamos la prueba.
Voy a guardar.
Voy a guardar usuario, también faltó guardar usuario.
Ven acá no va.
Pero el resultado, creo mostrar, es identificar que se mantenga entonces por acá.
Voy a copiar.
Identificar lo más rizar identificador haga también.
Perfecto.
Recuerden, no se valida porque propio del registro, no del formulario.
No lo queremos editar ni tampoco en el registro.
Nada, solamente es un dato que se maneja en la acepto a lo malo.
Puedo mostrar acá en resultado.
En fin.
Pero bien, hagamos la prueba.
Como no es parte de formulario, recuerden que Fumero está mapeado al controlador.
Cuando se envía al objeto usuario se empiezan a meter los datos formulario.
Entonces impactar null.
Y eso es un problema porque no mantiene los datos que ya tenía como registro.
Entonces, por ejemplo, Andrés.
Embiar se fijan en nulo, a pesar de que leemos información, se la dimos acá, pero como no está,
mapea el formulario.
Bueno, en realidad nos envía esta información se pierde en el transcurso entre formulario y el procesar.
Entonces, claro, si queremos editar como se envía null vacío va actualizar esta información y la vajar
en nulo.
Por tanto enlace a tova a sobrescribir el dato existente que tenía por un dato null.
Vamos a tener un gran dolor de cabeza, un gran problema.
Cómo lo podemos editar?
Bueno, en realidad es simple, con una sola anotación que nos permite persistir, mantener esta información
entre el recuerdo, es decir, entre el formulario cuando se muestra en pantalla con los datos que tenga
formulario y que los datos que no tenga formulario de ese objeto de identity o POJO y el procesar cuando
se envía.
Por lo tanto, estos datos sean persistentes y se va a mantener bueno utilizando sesiones http.
Y esta sesión solamente va a durar hasta que se procese formulario.
Es decir, después acá se elimina.
Acá vamos a tener una instrucción que va a eliminar esta información.
Pero bueno, eso lo podemos dejar para la siguiente clase.
Nos vemos.