REST API & RETROFIT 2

Qué es REST

REpresentational State Transfer

• Stateless
• Cliente - Servidor
• Peticiones autocontenidas
• Simplifica las peticiones

1 URL -> 1 Recurso

Por qué REST?

SOAP ("Simple" Access Object Protocol)

REST

Obtener los datos del usuario 12345

Por qué REST?

Verbos HTTP

Create -->

Read --> 

Update -->  

Delete -->

POST

GET

PUT

DELETE

Resumen :

Utilizamos los verbos del protocolo para decir qué queremos hacer con los recursos

Estructura URL REST 

GET http://example.com/api/users

GET http://example.com/api/users/:id

GET http://example.com/api/users/:id/friends

GET http://example.com/api/users/:id/friends?limit=10

GET http://example.com/api/users/:id/friends?limit=10&page=2

Estructura URL REST 

GET http://example.com/api/users/:id/friends?limit=10&page=2

Querystring

Path variable

Estructura URL 

Tokens

Sirven como método de autenticación y se deben pasar con cada request  si es necesario.

El servidor los desencripta y sabe qué usuario hace la request, que permisos tiene...

DELETE http://example.com/api/users/:id?api_token=dcasdnfoas1234

Si el servidor entiende esta llamada y el usuario que hace la petición tiene los permisos necesarios; se eliminaría el usuario identificado por :id

Responses

Suelen ser en formato JSON.

Fáciles de leer.

Hay que parsearlas para trabajar con ellas.

• A retrofit hay que indicarle que esperamos respuestas en formato JSON.
• Tendremos que crear clases para guardar los datos.

Responses

Retrofit 2

https://square.github.io/retrofit/