Ces deux m\u00e9thodes de construction d’API sont totalement diff\u00e9rentes. En pratique, ces technologies fonctionnent en envoyant une requ\u00eate HTTP et en recevant le r\u00e9sultat. Elles ont toutes deux leurs avantages et leurs inconv\u00e9nients, et dans cet article, nous allons discuter en profondeur de ces deux grandes technologies qui ont chang\u00e9 la fa\u00e7on dont nous d\u00e9veloppons et mettons \u00e0 l’\u00e9chelle les API.<\/p>\n
Mais avant de nous plonger dans les d\u00e9tails, explorons d’abord la signification de GraphQL et des API RESTful.<\/p>\n
Qu’est-ce que GraphQL ?<\/h2>\n
GraphQL est un langage de requ\u00eate d’API<\/a> ainsi qu’un runtime pour r\u00e9pondre \u00e0 ces requ\u00eates avec des donn\u00e9es existantes. Il est \u00e9galement \u00e9quip\u00e9 d’outils puissants permettant de traiter les requ\u00eates les plus complexes.<\/p>\n La caract\u00e9ristique principale de GraphQL est sa capacit\u00e9 \u00e0 demander et \u00e0 recevoir uniquement<\/em> les donn\u00e9es sp\u00e9cifiques demand\u00e9es – rien de plus. Il est donc beaucoup plus simple de faire \u00e9voluer vos API en m\u00eame temps que votre application.<\/p>\n La partie la plus excitante de GraphQL est sa capacit\u00e9 \u00e0 vous fournir toutes les donn\u00e9es en un seul point de terminaison.<\/p>\n Le diagramme ci-dessus est une repr\u00e9sentation typique de l’architecture GraphQL. Les clients effectuent des requ\u00eates \u00e0 partir de diff\u00e9rents appareils, et GraphQL traite leurs requ\u00eates et renvoie uniquement les donn\u00e9es demand\u00e9es. Cela r\u00e9sout parfaitement le probl\u00e8me de l’over-fetching et du under-fetching dans les API RESTful.<\/p>\n Dans l’exemple ci-dessus, nous montrons un playground GraphQL et comment vous pouvez interroger des donn\u00e9es avec un seul point de terminaison. En haut se trouve le point de terminaison de l’API, \u00e0 gauche se trouve la requ\u00eate qui demande les noms des continents, et enfin, \u00e0 droite, nous r\u00e9pondons \u00e0 la requ\u00eate.<\/p>\n GraphQL a \u00e9t\u00e9 cr\u00e9\u00e9 par Facebook dans le but principal de r\u00e9soudre l’exp\u00e9rience des d\u00e9veloppeurs d’applications<\/a> mobiles lorsqu’ils travaillent avec des API REST. Depuis que sa premi\u00e8re version open source a \u00e9t\u00e9 publi\u00e9e en 2015, GraphQL a connu une croissance \u00e9norme en raison de l’adoption de la technologie par de grands acteurs du secteur de la technologie.<\/p>\n Vous trouverez ci-dessous une liste de quelques-unes des entreprises et applications qui utilisent GraphQL activement sur leurs serveurs.<\/p>\n Facebook a cr\u00e9\u00e9 GraphQL, et l’utilise en production pour alimenter ses applications mobiles depuis 2012. La soci\u00e9t\u00e9 de r\u00e9seaux sociaux, qui p\u00e8se plusieurs milliards de dollars, a mis en libre acc\u00e8s la sp\u00e9cification GraphQL en 2015, la rendant ainsi accessible \u00e0 de nombreux environnements et \u00e0 des \u00e9quipes de toutes tailles.<\/p>\n GitHub<\/a> annonce \u00e9galement l’utilisation de GraphQL en fournissant une API GraphQL pour cr\u00e9er des int\u00e9grations, r\u00e9cup\u00e9rer des donn\u00e9es et automatiser vos flux de travail \u00e0 l’aide de l’API GraphQL GitHub. L’API GraphQL de GitHub offre des requ\u00eates plus pr\u00e9cises et plus flexibles que l’API REST de GitHub.<\/p>\n Pinterest est \u00e9galement un adopteur pr\u00e9coce de GraphQL. Le g\u00e9ant du partage de photos a publiquement discut\u00e9<\/a> de son exploration pr\u00e9coce de GraphQL et de la fa\u00e7on dont il utilise la technologie GraphQL qui alimente son entreprise milliardaire.<\/p>\n De nombreuses autres entreprises milliardaires<\/a> telles que Intuit, Shopify<\/a>, Coursera et Airbnb alimentent leurs applications avec GraphQL. Et cette pr\u00e9f\u00e9rence de grande envergure pour REST ne fait que cro\u00eetre.<\/p>\n REST est l’abr\u00e9viation de \u00ab Representational State Transfer \u00bb, qui est un style d’architecture logicielle pour les syst\u00e8mes hyperm\u00e9dia distribu\u00e9s. Il d\u00e9finit des principes et des contraintes pour l’\u00e9change de ressources entre le serveur et les clients.<\/p>\n Si ces principes sont respect\u00e9s dans une API, l’application de cette API est qualifi\u00e9e de \u00ab RESTful \u00bb L’API REST de WordPress<\/a> en est un excellent exemple.<\/p>\n Vous trouverez ci-dessous certains des principes et des contraintes qu’une API doit satisfaire pour \u00eatre qualifi\u00e9e d’API RESTful :<\/p>\n Le diagramme ci-dessous repr\u00e9sente l’architecture REST de base. Il montre comment les requ\u00eates et les r\u00e9ponses sont g\u00e9n\u00e9ralement trait\u00e9es.<\/p>\n La principale diff\u00e9rence r\u00e9side dans la mani\u00e8re dont les deux technologies communiquent avec le serveur. GraphQL est une technologie plus r\u00e9cente qui utilise un seul point de terminaison pour r\u00e9pondre aux requ\u00eates, tandis que REST utilise un ensemble de points de terminaison qui r\u00e9pondent \u00e0 des requ\u00eates HTTP sp\u00e9cifiques. GraphQL est g\u00e9n\u00e9ralement consid\u00e9r\u00e9 comme plus efficace et plus souple que REST.<\/p>\n<\/div>\n <\/div>\n ![\"Architecture](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/graphql.png\")
![\"Une](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/graphql_code.png\")
Entreprises utilisant GraphQL<\/h2>\n
Facebook<\/h3>\n
![\"Facebook](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/facebook_page.png\")
GitHub<\/h3>\n
![\"GitHub](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/github_page.png\")
Pinterest<\/h3>\n
![\"Pinterest](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/pinterest_page.png\")
Qu’est-ce qu’une API RESTful ?<\/h2>\n
\n
![\"Architecture](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/rest.png\")
GraphQL vs REST : Quelle est la diff\u00e9rence ?<\/h2>\n