Vamos a comenzar implementando Lapierre.
Nuestro controlador con algunos métodos para mostrar por Heidy y el método para crear, vamos al controlador
cliente rrez controles.
Entonces acá ya tenemos el listar.
Ahora tenemos que implementar el mostrar por Heidy para hacer una petición del tipo Get Get Mapping.
Iba a estar más pegada al área de clientes y acá iría el parámetro el Leydi del cliente.
Va a retornar el cliente convertido en Jason y le vamos a llamar Chow demostras.
Va a tener el pack variable, ya que lo estamos pasando por Heidy.
Entonces tenemos la anotación variable.
Del tipo Long Heidy y utilizando el servis vamos a retornar, el cliente entonces retorna.
Punto fi vaya aquí y le pasamos el Heidy.
Y eso sería la implementación, se fijan?
Es bastante simple, muy parecido al buscar todo, pero acá retornamos el bucar por Heidy, luego vamos
a implementar el crear.
El crear sería del tipo post, el verbo post no sería un post mapping con la U RL la misma que tenemos
para el LITAS, simplemente clientes, lo que cambia acá el tipo del verbo en este caso es post y acá
en GET
va a retornar el cliente creado, el nuevo cliente que se creó en la base dato y le vamos a llamar Crédit
iba a recibir el objeto cliente objeto cliente que contiene los datos para que se persistan los datos
en formato Yazoo que están viendo nuestro cliente con Angular, pero acá obviamente se va a transformar
en un objeto cliente y esto es lo que se va a persistir.
Y como viene en formato JSON dentro del cuerpo de la petición del request, entonces acá tenemos que
indicar que es un rickles body.
Y lo vamos a importar.
Vamos a retornar el objeto creado cliente servis.
El Shaykh.
Es bien simple la implementación, nos envían el cliente en formato Yeison dentro del cuerpo del juez.
Por eso se tiene que anotar con un juez.
Voy para poder transformar esos datos, para que SPRI lo vaya a buscar.
Tome esos parámetro y lo puebloy o lo mape al objeto cliente y lo guardamos.
Y por último, quizá faltaría asignar la fecha de creación.
Entonces podemos tomar acá el cliente.
Punto Set Credit at y le pasamos una fecha de yaba útil.
Entonces creamos una fecha.
Lo podemos hacer acá.
O incluso mejor, un poco más elegante.
Nos vamos a la clase Entity Cliente y acá podríamos tener el evento.
El pre persiste.
Antes de que se haga un Saif un Persis en la base dato que no incluya la fecha.
El AT básicamente es un evento del ciclo de vida de las clases ENTITY.
Un público
prevé persiste antes de persistir.
Vamos a asignar el Crédit AT.
Y para que funcione el evento lo tenemos que anotar o decorar con PRÉ persisto.
Compré, persisto de forma automática, se va a crear la fecha y podemos guardar esto.
Y acá esto se podría quitar de que está asignando la fecha en el evento en la clase Entity.
Y por último, en el Crédit vamos a anotar con response estatus.
Respond estatus.
El http estatus como código
punto créete.
Acá vamos a cambiar el código a 201 que se ha creado contenido en nuestra aplicación y por defecto,
cuando no se asigna el response status, si todo sale bien, el http status va a quedar como OK con
el código 200.
Por lo tanto, si acá colocamos el en el chou o en el list index que retorna el listado, colocamos
el response status.
Y colocábamos el OK.
Ese sería el código 200 por defecto.
Por lo tanto, sería redundante colocar esta anotación, ya que lo asigna por defecto si se realiza
correctamente y entrega la respuesta.
Pero en este caso queremos retornar un 201, un crédito para indicar que se ha creado contenido.
Lo vamos a dejar sin la anotación.
Bien, eso sería todo.
Y continuamos en la próxima clase para implementar el arte y el delito en nuestra API Rest, controles
y cualquier duda que tengan, las revisamos.
Hasta la próxima.