la interfaz de usuario Simplicidad del servidor Capacidad de modificar los componentes por separado Servidor Cliente Byteflair Arquitectura REST Arquitectura REST Cliente/Servidor Cliente/Servidor
Visibilidad Fiabilidad Escalabilidad Rendimiento de red Control sobre el comportamiento del cliente Byteflair Arquitectura REST Arquitectura REST Sin estado Sin estado
del dominio Identifica las transiciones de estado del sistema Distingue entre estructura interna y lo que expones como recurso Byteflair ¡No expongas la base de datos!
usuario Un usuario puede ver todos sus datos Un usuario solo puede ver los datos públicos de los demás usuarios Scenario Byteflair Vistas adaptativas Vistas adaptativas
concurrente La representación es el estado de la aplicación Debemos evitar que la segunda petición actualice el recurso a partir de una representación obsoleta Actualizaciones & Concurrencia Actualizaciones & Concurrencia Scenario Byteflair
no son iguales, rechazar... Si es posible, informar al cliente de las violaciones Actualizaciones & Concurrencia Actualizaciones & Concurrencia Byteflair
del control del cliente No tiene sentido devolver una representación por que no conocemos el estado del recurso tras la llamada Byteflair Peticiones asíncronas Peticiones asíncronas
Julio 2011 Objetivos: En un principio documentación de APIs ya existentes. En su versión 2.0 cambiaron el enfoque hacia el diseño y la especificación.
Septiembre 2013 Objetivos: Dar un mayor peso a la especificación del API Poder obtener información de todos los actores involucrados lo antes posible.