{"id":21287,"date":"2021-05-26T08:53:15","date_gmt":"2021-05-26T13:53:15","guid":{"rendered":"https:\/\/www.loadview-testing.com\/blog\/test-de-charge-graphql-web-api\/"},"modified":"2023-04-20T08:42:31","modified_gmt":"2023-04-20T13:42:31","slug":"test-de-charge-graphql-web-api","status":"publish","type":"post","link":"https:\/\/www.loadview-testing.com\/fr\/blog\/test-de-charge-graphql-web-api\/","title":{"rendered":"Test de charge GraphQL Web API"},"content":{"rendered":"[et_pb_section fb_built=”1″ admin_label=”section” _builder_version=”4.20.4″ custom_padding=”0px||0px||false|false” global_colors_info=”{}”][et_pb_row admin_label=”ramer” _builder_version=”4.16″ background_size=”initial” background_position=”top_left” background_repeat=”repeat” global_colors_info=”{}”][et_pb_column type=”4_4″ _builder_version=”4.16″ custom_padding=”|||” global_colors_info=”{}” custom_padding__hover=”|||”][et_pb_text admin_label=”Text” _builder_version=”4.20.4″ background_size=”initial” background_position=”top_left” background_repeat=”repeat” hover_enabled=”0″ global_colors_info=”{}” sticky_enabled=”0″]\n

GraphQL est un langage de requ\u00eate pour API et un temps d\u2019ex\u00e9cution c\u00f4t\u00e9 serveur pour les demandes en v\u00e9rifiant un cadre de tri pour vos informations. GraphQL n\u2019est pas attach\u00e9 \u00e0 une base d\u2019informations ou \u00e0 un moteur de capacit\u00e9 particulier et est maintenu par votre code et vos donn\u00e9es<\/a> actuels. Une administration GraphQL est faite en caract\u00e9risant les types et les champs sur ces types, \u00e0 ce moment-l\u00e0 en donnant des capacit\u00e9s \u00e0 chaque lot sur chaque type. Par exemple, une administration GraphQL qui nous r\u00e9v\u00e8le qui le client a sign\u00e9 est (moi) tout comme le nom de ce client peut ressembler \u00e0 ceci :<\/p>\n

\"GraphQL<\/p>\n

 <\/p>\n

 <\/p>\n

Pourquoi et o\u00f9 GraphQL est utilis\u00e9?<\/h2>\n

Avec GraphQL, l\u2019utilisateur peut se contenter d\u2019une d\u00e9cision solitaire d\u2019apporter les donn\u00e9es n\u00e9cessaires au lieu de construire quelques sollicitations REST pour obtenir l\u2019\u00e9quivalent. Le choix de cr\u00e9er avec pr\u00e9cision les donn\u00e9es du client est une position particuli\u00e8rement favorable sur l\u2019envoi de diff\u00e9rents appels REST pour obtenir l\u2019\u00e9quivalent. Pour produire les donn\u00e9es utilisant les appels REST, il faudrait une mesure en deux phases \u2014 l\u2019une pour accumuler les donn\u00e9es du client et apporter les donn\u00e9es sur l\u2019association que le client est li\u00e9. GraphQL att\u00e9nue ce cycle \u00e0 deux avanc\u00e9es.<\/p>\n

Si vous avez une assistance relaxante stable, il n\u2019y a probablement pas un cas solide pour jeter l\u2019int\u00e9gralit\u00e9 de ce travail. N\u2019importe quel de ces exemples peut \u00eatre mis \u00e0 l\u2019\u0153ur avec un autre appareil. Je dirais que l\u2019utilisation de GraphQL serait de bon augure dans la r\u00e9alisation de ces exemples parce que la sollicitation \/ contr\u00f4le de l\u2019information (enqu\u00eate) est d\u00e9coupl\u00e9 de l\u2019ex\u00e9cution de ces activit\u00e9s.<\/p>\n

 <\/p>\n

Comment GraphQL diff\u00e8re de REST et SOAP<\/h2>\n

Alors que REST \u00e9tait une sorte de r\u00e9alisation innovante dans la zone de conception api-arrang\u00e9e, il, malgr\u00e9 tout, a laiss\u00e9 les ing\u00e9nieurs ont besoin de plus. Lorsque les gens de Facebook ont commenc\u00e9 \u00e0 chercher une autre m\u00e9thode pour obtenir de l\u2019information du travailleur, ils ont tent\u00e9 de d\u00e9terminer le probl\u00e8me de sous-obtention ou de surpusement que les conventions actuelles de l\u2019API avaient. Dans REST ou SOAP, une sollicitation pour certaines informations a restaur\u00e9 toutes les propri\u00e9t\u00e9s qui y sont li\u00e9es; m\u00eame ceux dont le client n\u2019avait pas besoin.<\/p>\n

GraphQL avait l\u2019intention de traiter de cette question. Au moment o\u00f9 vous faites une demande d\u2019information, vous d\u00e9terminez ce que vous souhaitez obtenir. Ces r\u00e9sultats sont obtenus en d\u00e9pla\u00e7ant les capacit\u00e9s de d\u00e9finition de l\u2019information du c\u00f4t\u00e9 client, tandis que dans REST, l\u2019information est caract\u00e9ris\u00e9e du c\u00f4t\u00e9 des travailleurs. En tant que tel, dans la conception de l\u2019API REST, le travailleur repr\u00e9sente quelles donn\u00e9es doivent \u00eatre retourn\u00e9es, tandis que dans l\u2019API GraphQL, le travailleur proclame les informations accessibles, et le client indique ce qui doit \u00eatre remplac\u00e9.<\/p>\n

 <\/p>\n

Avantages de GraphQL<\/h3>\n