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
