El siguiente paso de probar nuestra API Rest.
Nuestro controlador que implementamos la clase pasada con Postman.
Entonces vamos a probar el listar todos, que es una petición del tipo GET.
Vamos a probar el obtener por Heidy también del tipo GET.
Vamos a probar también el tipo post para crear un nuevo cliente, para modificar que el tipo put y para
eliminar del tipo del ID rápidamente.
Vamos a revisar el controlador y acá tenemos los distintos métodos.
Utilizamos GET el verbo GET para listar todos los clientes y la VL sería API clientes.
Luego tenemos para obtener por Heidy y sería también del tipo GET y laureles sería API clientes y le
pasamos como parámetro en la ruta e Leidy.
Luego tenemos post que sería exactamente la misma VL que el QUET, pero como es post lo que va a hacer
es crear un nuevo cliente con los parámetros que le enviemos.
Luego tenemos la petición del tipo put que es para modificar y tenemos que pasar el Heidy como parámetro
en la ruta para actualizar el cliente y le enviamos los datos también en el Reco spode.
Finalmente tenemos el Delight y le tenemos que pasar el Heidy del cliente en la ruta.
Bien, el siguiente paso sería levantar el servidor con el proyecto.
Una vez que haya levantado, vamos a Postman.
Entonces vamos a partir con la petición del tipo GET para listar todos los clientes
locales.
El Puerto Salat API, que sería laureles de primer nivel del controlador y luego del método Index para
obtener todos los clientes clientes enviar.
Bien, acá tenemos el listado o arreglo de todos los clientes con estructura Yasha 12 clientes.
Por ejemplo, vamos a probar el obtener por Heidy.
Vamos a ver el 5.
Clientes Larch 5 debería mostrar Erich Gamma del tipo GET Enviar.
Y acá tenemos erigía gama.
Listamos todos.
Vamos a ver el último.
El 12 sería Yei y acá tenemos allé.
Si se fijan el estatus o rickles estatus es 200.
Ok, igual que listar todos ahí por defecto queda en 200.
Recordemos que si no se especifica el respond status y la petición se realiza correctamente por defecto
200 ok.
Bien, vamos a probar creando un nuevo registro.
Por ejemplo, voy a copiar un cliente.
Vamos a seleccionar post.
Post y laureles sería clientes.
Vamos al Boddy, vamos a Rahue.
De entre voy seleccionamos RAW y seleccionamos Application Jason.
De aquí lo que vamos a enviar es un Jason en el cuerpo del rico es en el rico body.
El Heidy se genera de forma automática, por lo tanto no va.
La fecha también se genera de forma automática.
Quitamos la coma y por ejemplo, vamos a crear a Bilbo Baggins.
Pero Baggins sería el API.
Entonces sería Bilbo Baggins
y vamos a crear enviar.
Y retorna como respuesta un Jetson con el objeto creado.
Recordemos que acá cuando creamos, retornamos el cliente y con un estatus Kreutzer 201 volvemos a Postman
y acá tenemos el status 201.
Crédit está perfecto.
Vamos a listar todos y vamos a revisar que aparezca el lItres y acá tenemos Edy 13, Bilbo Baggins con
el correo y la fecha.
Entonces ahora vamos a probar el modificar.
Por ejemplo, vamos a tomar el Leydi 2, Mister John, lo vamos a copiar, vamos a cambiar el verbo
por put@.
Recordemos que para actualizar utilizamos put@ y tenemos que pasar como parámetro en la ruta Leidy vamos
a colocar el Heidy 2 para actualizar el cliente 2.
Vamos a ir al cuerpo, al body, vamos a ir a RAW y en vez de texto Jayson.
Vamos a quitar la fecha.
Quitamos la coma y quitamos el Leydi.
Solamente vamos a modificar nombre, apellido, email y revisamos el ataque, lo que modifica justamente
el apellido, nombre y el email.
Podría agregar más campos, pero por el momento estamos modificando esos tres campos y vamos a modificar
en vez de mister.
Vamos a colocar señor.
Y el apellido Doe.
Doe.
Y enviamos y acá nos retorna el cliente modificado con el Heidy 2, el nombre que cambiamos señor John
Doe.
Doe vamos a listar todos los clientes la petición del tipo GET.
Envíar y biomas que le di 2.
Tiene los datos modificados, señor John Doe tor?
Entonces ahora vamos a eliminar al señor John.
Entonces en vez de ya sería delito.
Y tenemos que pasar el Heidy por ejemplo Leydi 2 para eliminar al señor John y envianos.
IECA entrega un no content el estatus 204 no content.
Justamente lo mismo que tenemos acá respond status, no content y retorna un pais.
Por lo tanto nada.
Volvemos al clientes, al Geet clientes y observamos que el 2 desapareció, está el 1 y el 3.
Vamos a eliminar en el Delight.
El 5 a Erís Gama.
Vamos a listar y desapareció el 5.
Tenemos el 1, 3, 4 y 6, el 2 y el 5 se eliminaron.
Bien, ahora que ya tenemos probado nuestro API Rest y está funcionando bien, estamos listos para continuar
con nuestra aplicación Front End de Angular quedabamos hasta acá y cualquier duda que tenga la revisamos.
Hasta la próxima.