OpenAPI
OpenAPI décrit les interfaces HTTP sous une forme lisible par machine : chemins, paramètres et réponses. La description doit correspondre au service.
Consigner un contrat d’API HTTP compréhensible
OpenAPI est un standard de description des API HTTP. Une description OpenAPI précise notamment les chemins, opérations, paramètres et structures de réponse proposés. Elle peut être représentée en JSON ou en YAML. Le langage de description ne dépend pas du langage de programmation utilisé pour construire le service.
Une entreprise de logiciels fictive prévoit GET /projects/{projectId} pour son portail de projets. La description doit définir projectId comme paramètre de chemin ; la réponse réussie 200 doit comprendre notamment le champ texte name. Les réponses d’erreur connues font aussi partie du contrat. Le chemin et les champs sont nos propres exemples de conception, pas un document OpenAPI complet ni un service existant.
L’équipe frontend peut ainsi comprendre les informations à envoyer et les réponses à traiter. Le fichier seul ne montre toutefois pas si l’implémentation en fonctionnement respecte ce contrat. Avant la remise, description et réponses réelles, y compris les erreurs, seraient à comparer. Le sens de name doit aussi être convenu : une chaîne correctement typée ne précise pas quel nom contient le champ.
Sources
Termes associés
- APIUne API définit comment un logiciel peut utiliser les fonctions ou données proposées par un autre logiciel.
- RESTREST définit des règles d’architecture pour des interfaces distribuées : ressources, requêtes sans état et liens en font partie.
- Server-Sent EventsLes Server-Sent Events transmettent du texte du serveur au client par HTTP, par exemple sur l’avancement d’une tâche en arrière-plan.
- ETagUn ETag identifie une version de représentation d’une ressource HTTP et permet des lectures ou modifications conditionnelles.
- Cross-Origin Resource SharingCORS contrôle l’accès du navigateur aux réponses d’une autre origine. Il ne remplace ni la connexion ni la vérification des droits de l’API.
- Échange de données informatiséL’EDI transmet des documents métier structurés entre systèmes. Format, profil du partenaire, correspondance des données et réponses doivent être cohérents.
Votre projet avec ASES
Décrivez-nous votre projet. Nous revenons vers vous avec une première évaluation.