{"id":21254,"date":"2021-05-26T08:53:03","date_gmt":"2021-05-26T13:53:03","guid":{"rendered":"https:\/\/www.loadview-testing.com\/blog\/teste-de-carga-apis-web-de-graphql\/"},"modified":"2023-04-20T08:43:44","modified_gmt":"2023-04-20T13:43:44","slug":"teste-de-carga-apis-web-de-graphql","status":"publish","type":"post","link":"https:\/\/www.loadview-testing.com\/pt-br\/blog\/teste-de-carga-apis-web-de-graphql\/","title":{"rendered":"Teste de carga APIs web de graphql"},"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=”remar” _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 \u00e9 um idioma de consulta para API e um tempo de execu\u00e7\u00e3o do lado do servidor para consultas, verificando uma estrutura de classifica\u00e7\u00e3o para suas informa\u00e7\u00f5es. O GraphQL n\u00e3o est\u00e1 anexado a uma base de informa\u00e7\u00f5es ou motor de capacidade espec\u00edfico e \u00e9 mantido pelo seu c\u00f3digo e dados<\/a> atuais. Uma administra\u00e7\u00e3o de GraphQL \u00e9 feita caracterizando tipos e campos nesses tipos, nesse ponto dando capacidades a cada lote em cada tipo. Por exemplo, uma administra\u00e7\u00e3o graphQL que nos revela quem o cliente assinou \u00e9 (eu) assim como o nome desse cliente pode ser assim:<\/p>\n

\"GraphQL\"<\/p>\n

 <\/p>\n

 <\/p>\n

Por que e onde o GraphQL \u00e9 usado?<\/h2>\n

Com o GraphQL, o usu\u00e1rio pode se contentar com uma decis\u00e3o solit\u00e1ria de trazer os dados necess\u00e1rios em vez de construir algumas solicita\u00e7\u00f5es REST para obter o equivalente. A escolha de criar com precis\u00e3o os dados do cliente \u00e9 uma posi\u00e7\u00e3o exclusivamente favor\u00e1vel sobre o envio de diferentes chamadas REST para obter o equivalente. Para produzir os dados utilizando chamadas REST seria necess\u00e1rio uma medida em duas fases \u2014 Uma para acumular os dados do cliente e trazer os dados sobre a associa\u00e7\u00e3o que o cliente est\u00e1 relacionado. O GraphQL mitiga este ciclo de dois avan\u00e7os.<\/p>\n

Se voc\u00ea tem assist\u00eancia relaxante est\u00e1vel, provavelmente n\u00e3o h\u00e1 um caso s\u00f3lido para jogar a totalidade desse trabalho para fora. Qualquer um desses exemplos poderia ser realizado com um dispositivo alternativo. Eu diria que a utiliza\u00e7\u00e3o do GraphQL seria boa na realiza\u00e7\u00e3o desses exemplos porque a solicita\u00e7\u00e3o\/controle de informa\u00e7\u00f5es (inqu\u00e9rito) \u00e9 dissociada da execu\u00e7\u00e3o dessas atividades.<\/p>\n

 <\/p>\n

Como o GraphQL difere do REST e do SAB\u00c3O<\/h2>\n

Embora o REST tenha sido uma esp\u00e9cie de conquista inovadora na zona de design organizado pela API, ele, apesar de tudo, deixou os engenheiros precisando de mais. Quando as pessoas do Facebook come\u00e7aram a procurar um m\u00e9todo alternativo de trazer informa\u00e7\u00f5es do trabalhador, eles tentaram determinar a quest\u00e3o de sub-obten\u00e7\u00e3o ou sobre-obten\u00e7\u00e3o que as conven\u00e7\u00f5es atuais da API tinham. Em REST ou SOAP, uma solicita\u00e7\u00e3o para determinadas informa\u00e7\u00f5es restaurou todas as propriedades relacionadas a ele; mesmo aqueles que o cliente n\u00e3o precisava.<\/p>\n

O GraphQL tinha a inten\u00e7\u00e3o de lidar com essa quest\u00e3o. No momento em que voc\u00ea faz uma solicita\u00e7\u00e3o de informa\u00e7\u00e3o, voc\u00ea determina o que deseja obter. Tais resultados s\u00e3o realizados atrav\u00e9s da movimenta\u00e7\u00e3o das capacidades de defini\u00e7\u00e3o de informa\u00e7\u00f5es para o lado do cliente, enquanto no REST, as informa\u00e7\u00f5es s\u00e3o caracterizadas do lado do trabalhador. Como tal, no design de API REST, o trabalhador representa quais dados devem ser devolvidos, enquanto na API GraphQL, o trabalhador proclama as informa\u00e7\u00f5es acess\u00edveis e o cliente indica o que deve ser substitu\u00eddo.<\/p>\n

 <\/p>\n

Vantagens do GraphQL<\/h3>\n