Werner Vogels – 6 leçons retenues pour concevoir de bonnes API
(aws.amazon.com)- Notes sur les « 6 principes pour créer de bonnes API qu’AWS a appris en 15 ans »
-
Une API est éternelle !
-
Veuillez préserver la compatibilité descendante.
-
Concevez en partant à rebours des cas d’usage client.
-
Créez des API où les erreurs sont explicites.
-
Créez des API dont on peut immédiatement comprendre l’objectif et l’usage.
-
Veillez à ce que les détails d’implémentation ne fuitent pas.
-
Les erreurs commises lors de la conception initiale d’une API
-
Créer des API hautement extensibles avec Smithy
4 commentaires
Le 5e point m’a particulièrement parlé.
J’avais déjà vu le « Une API REST comme ça, est-ce que ça va ? », qui est référencé, et je l’avais trouvé bien : https://tv.naver.com/v/2292653
Je ne fais pas trop attention à ce genre d’informations sémantiques, mais quand on regarde l’API de GitHub, elle renvoie aussi très bien ce type d’informations, ce qui donne l’impression qu’elle est bien conçue.
Je trouve le contenu très pertinent.
En particulier, les points 1 et 4 font partie des sujets que j’aborde toujours lors des revues.
Le point 3 semble aussi rejoindre ce dont parlait Joshua Bloch : "Write to Your API Early and Often". (https://www.youtube.com/watch?v=aAb7hSCtvGw)
Quand on l’organise ainsi, cela paraît évident, mais au moment de le faire en pratique, on se rend compte qu’on répète sans cesse les mêmes erreurs.