Capítulo 5. REST
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
Representational State Transfer (REST) es la API basada en red más popular.1 El estilo arquitectónico REST2 fue formulado en 2000 por Roy Fielding en su tesis doctoral "Architectural Styles and the Design of Network-Based Software Architectures", como enfoque para crear aplicaciones basadas en red a escala de Internet.
Este capítulo repasa los orígenes, la implementación, las pruebas, la seguridad, la documentación y las ventajas y desventajas de las API REST. En implementarás una API REST utilizando el marco de trabajo REST de Django (DRF), para el Servicio de Previsión Meteorológica (WFS), presentado en "Servicio de Previsión Meteorológica".
HTTP, recurso y URI
En la práctica de , los objetivos arquitectónicos de REST se traducen en tres componentes principales: HTTP, un recurso y una URI.
HTTP es el vaso sanguíneo de Internet, y la mayoría de los estilos de API descritos en este libro utilizan HTTP para intercambiar mensajes. Lo soportan clientes como navegadores web, herramientas de línea de comandos como curlHTTP es un protocolo de capa de aplicación que puede estar basado en texto o ser binario.3
Puedes encontrar más detalles sobre HTTP en el Capítulo 4.
En REST, cualquier información que pueda nombrarse puede ser un recurso: por ejemplo, un documento, una imagen, un valor numérico de cero o incluso una persona (un ser humano, una entidad ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access