Chapitre 5. REST
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
Representational State Transfer (REST) est l'API basée sur le réseau la plus populaire.1 Le style architectural REST2 a été formulé en 2000 par Roy Fielding dans sa thèse de doctorat "Architectural Styles and the Design of Network-Based Software Architectures", comme une approche permettant de créer des applications en réseau à l'échelle de l'Internet.
Ce chapitre passe en revue les origines, la mise en œuvre, les tests, la sécurité, la documentation et les compromis des API REST. Tu vas mettre en œuvre une API REST en utilisant le cadre REST de Django (DRF), pour le service de prévisions météorologiques (WFS), présenté dans "Service de prévisions météorologiques".
HTTP, ressource et URI
Dans la pratique , les objectifs architecturaux de REST se traduisent par trois composants principaux : HTTP, une ressource et un URI.
HTTP est le vaisseau sanguin d'Internet, et la majorité des styles d'API décrits dans ce livre utilisent HTTP pour échanger des messages. Il est pris en charge par des clients tels que les navigateurs Web, les outils de ligne de commande tels que curlHTTP est un protocole de couche d'application qui peut être textuel ou binaire.3
Tu trouveras plus de détails sur HTTP au chapitre 4.
Dans REST, toute information pouvant être nommée peut être une ressource - par exemple, un document, une image, une valeur numérique de ...