Interface de programmation (API) API

Une API est une façon pour un programme de demander quelque chose à un autre programme. C'est un jeu de questions et de réponses convenu à l'avance. Le premier pose sa question exactement dans la forme attendue, et reçoit la réponse dans la forme promise. Aucun des deux n'a besoin de savoir comment l'autre est fabriqué à l'intérieur.

Vous utilisez des API tous les jours sans les voir. Quand un site de vente affiche un prix de livraison en direct, il pose la question à l'ordinateur du transporteur. Quand vous payez par carte, la caisse demande à la banque si le paiement est passé. Quand un site propose une connexion avec Google, c'est Google qui répond, pas le site. Chaque fois, c'est un appel d'API. Vous ne le voyez jamais se produire. Vous voyez seulement le prix apparaître.

Toute la valeur tient dans la promesse. Comme la forme de la question et de la réponse est fixée, le transporteur peut refaire tout son système l'an prochain sans casser votre boutique. C'est pour cela qu'on parle d'un contrat. REST est le style le plus courant pour en écrire un.

Voici la partie qu'un fournisseur annonce rarement en premier. La plupart des API comptent chaque requête, et beaucoup facturent à la requête ou cessent de répondre au-delà d'une limite. Un écran qui se rafraîchit toutes les cinq secondes envoie à lui seul près de dix-sept mille requêtes par jour. Posez deux questions avant de signer. Combien d'appels sont compris, et combien de préavis avant que l'API change ? Linkysoft pose les deux au début de chaque projet d'application web, parce que les réponses changent la conception.

Les API marchent aussi dans l'autre sens. Votre propre système peut en offrir une, pour que le logiciel de votre comptable, l'entrepôt et l'application du téléphone lisent les mêmes chiffres au lieu d'en garder chacun une copie. C'est ainsi qu'une entreprise finit avec un seul chiffre et non trois qui se contredisent. Quand Linkysoft construit un système, l'API est construite avec lui, pour que l'application mobile et le site ne soient jamais nourris par des données différentes.