Voici un extrait d'une mission que je suis en train de faire:
Construisez une application factice qui:
- Contient une API REST qui opère sur une seule ressource.
- Contient un client Backbone qui utilise cette API et peut répertorier, afficher, créer, mettre à jour et supprimer cette ressource.
Je croyais comprendre que le terme "consommer" impliquait une couverture totale des ressources exposées de l'API. Cependant, l'affectation indique "consomme cette API et can [CRUD] cette ressource".
Cette phrase est-elle redondante ou ma compréhension du terme est-elle fausse?
(Question complémentaire: pourquoi cette recherche sur Google renvoie-t-elle d'innombrables tutoriels spécifiques à la langue pour "consommer une API" mais aucun n'indique ce que le terme signifie réellement?).
Consommer une API signifie en utiliser une partie à partir de votre application.
Utiliser une API ici signifie créer un client pouvant envoyer des demandes à l'API que vous créez.
Il semble que vous ayez besoin de créer une API capable de gérer la création, la récupération, la mise à jour et la suppression (CRUD) d’une ressource. Par exemple, si votre REST - api doit créer un blog, votre API doit gérer les fonctions CRUD pour l'objet de blog/objet. POST - Créer un article de blog GET - Récupérer un article de blog PUT - Mettre à jour un article de blog SUPPRIMER - Supprimer un article de blog.
Consommer une API signifie simplement l'utiliser dans votre application.
Par exemple, la requête GET
à https://someapi/Users
vous donnera tous les utilisateurs.
Vous devez demander cette URL https://someapi/Users
pour obtenir tous les utilisateurs. Vous pourrez ensuite l'utiliser dans votre application.
Il s'agit de la direction de l'interaction de l'application avec l'API: elle fournit une API ou la consomme. Il existe donc des fournisseurs et des consommateurs d'API. Il s'agit simplement d'un terme moins général et ambigu que «utiliser».