Qué tal cuando trabajamos con API Rest?
Es una buena idea usar Postman, que es una herramienta que nos permite probar nuestras API, tiene
un montón de características que nos ayuda a comprobar.
Por ejemplo, si nuestro servicio es rápido, si está funcionando correctamente.
En fin, ahí tenemos varias herramientas que son bien interesante para poder probar, testear y optimizar
nuestras API RedBull.
Bien, acá está la página Get post Marca.com.
Lo pueden descargar.
Es una aplicación de escritorio completamente autónoma.
En versiones anteriores era un plugin.
Es una extensión del navegador Chrome.
Por lo tanto, se podía instalar dentro de Krom en el navegador y ahí podíamos contar con Postman.
Pero ahora eso ya está obsoleto.
Se descarga como una aplicación completamente independiente al navegador.
Entonces lo descargan y lo instalan.
Y una vez que lo tengan instalado, nos vamos a Eclipse y levantamos el proyecto, el servicio, el
API Rest.
Entonces, con clic derecho, como siempre.
Ranas y Springwood AP Levantamos el servidor, el Bitcoin.
Una vez que haya iniciado, entonces ejecutamos Postman y la verdad es que cómo funciona?
Es bastante simple.
Acá tenemos Postman y como ven, es una interfaz bastante amistosa.
Podemos seleccionar los distintos tipos de petición o los verbos, por ejemplo, para nyet, para consultar
un listado o un registro en estructura Yeison o incluso de KML o cualquier otra para post.
Para crear un nuevo registro para put@, modificar pach delight, eliminar.
En fin, acá tenemos distintas opciones.
Entonces acá vamos a escribir la dirección o la copia.
Acá tenemos localhost el puerto 80 80 Start happy, que sería el rico mapping de primer nivel del controlador.
Y acá tenemos el rico es mapping de cada acción.
En este caso tenemos clientes que sería para listar los clientes.
Volviendo a Eclipse.
Revisemos el controlador.
Entonces acá tenemos el rico es mapping, laureles de primer nivel, que sería Happy.
En realidad el nombre que queramos.
Pero le pusimos Happy.
Luego tenemos Jet Mapping, que sería de segundo nivel, que para el método en este caso sería Clientes,
que ejecuta el método Index y retorna a la lista de clientes.
Regresando a Postman ejecutamos Consent y acá hace una solicitud al servidor.
Retorna la respuesta en formato yeux.
Acá tenemos el status 200 ok.
Con el código ciento.
Por lo tanto se realizó correctamente sin ningún problema.
También tenemos el tiempo.
El tiempo en que se demoró el request y el tamaño.
El tamaño de la respuesta.
Además, si nos vamos a Giddens, acá tenemos el content type application JSON y tenemos el juego de
carácter Tf8.
Esto sería content type de la respuesta.
Entonces una herramienta que no tenga bastante información para poder probar y testear nuestras API
rest.
En RAW, acá tenemos el.
Acá tenemos el Jason Enduro y acá tenemos también un previo y en Pretty lo tenemos forma pre formateada.
Bien, entonces ya estamos listo con lo que hemos hecho hasta ahora.
Ahora sí que estamos preparado para el siguiente paso, que sería poner en contacto.
Es decir, conectar nuestra aplicación angular, que sería nuestro front end con nuestro API Rest con
Spring, que sería el backend.
Para eso lo primero que vamos a tener que hacer es añadir el corzo.
El cords significa o se le conoce como Cross Origin Resource Charing, que permite en el fondo compartir
dos aplicaciones.
Compartir o integrar dos aplicaciones que están en diferentes dominios será lo que veremos en la próxima
clase.
Por ahora quedamos hasta acá y cualquier duda que tengan la revisamos en el foro.
Hasta la próxima.