Curso de GraphQL e Apollo Server + Apollo Client

GraphQL e Apollo Server + Client - Crie aplicações e una tudo em um gráfico com um endpoint usando dados de APIs e bancos de dados

Com o curso de GraphQL e Apollo Server + Apollo Client, você pode criar os servidores back-end para suas aplicações (mobile ou web), mesmo que já tenha configurado alguma API REST ou tenha seus dados diretamente em algum banco de dados. O Apollo Server será usado no back-end e o Apollo Client no front-end. Se você tem dúvidas sobre back-end e front-end: Back-end é nosso servidor. Onde salvamos informações em bancos de dados, respondemos a solicitações, geramos tokens de autenticação para fazer login do usuário e muito mais. Geralmente, esta é a parte que o usuário de sua aplicação não vê, mas interage com ela por meio do front-end. É aqui que entra o Apollo Server. Front-end é a parte que o usuário vê e usa para interagir com nosso back-end. Pode ser um aplicativo móvel, um site ou até mesmo um terminal. Contanto que possam enviar solicitações para nosso servidor, então podemos considerar esta aplicação um front-end. Usaremos React e Apollo Client para nosso front-end. O GraphQL usa o conceito de gráficos para facilitar a navegação entre os dados de sua aplicação. O próprio nome GraphQL também descreve o que é e faz: Graph significa gráfico (geralmente traduzido como gráfico em português, mas é realmente um gráfico da matemática); Q.L. seriam as iniciais de Query Language. Juntando tudo, temos Graph Query Language. Traduzindo literalmente, temos Linguagem de Consulta de Gráfico. A função principal do GraphQL é facilitar a busca por dados, sejam eles simples ou complexos. Aqui ele brilhará de maneiras que você nunca imaginou se estiver acostumado com APIs REST tradicionais. Seremos capazes de solicitar quais campos queremos de cada um dos servidores e receberemos exatamente o que pedimos, nem mais nem menos campos. Falaremos sobre isso ao longo do curso, no entanto, quando se trata de linguagem de consulta, ele resolverá um grande problema que temos tido com APIs REST para sempre: over-fetching (buscar mais dados do que precisamos, forçando o front-end a consumir mais dados de rede desnecessariamente) e/ou under-fetching (buscar menos dados do que precisamos, forçando o front-end a fazer outra solicitação à API para completar as informações). Como eu disse, falaremos sobre isso.