Graphql代码/实现是在客户端还是在服务器端？

Question

[我知道，这更像是是或否的答案，但是我真的想了解为什么在GraphQL实现中有这么多的演讲或视频可用于前端，例如（GraphQL + ReactJS），（GraphQL + angularjs ）....以及npm模块，例如apollo-graphql。是不是Graphql应该是后端的一部分，还是不应该在后端中实现Graphql？ Frontend会调用该API，就像其他任何具有GraphQL语义的请求REST REST API一样，服务器将根据响应我们绑定值来获取响应。为什么我们需要一些叫做[[graphql-client，

的东西简单来说，

客户端使用请求对象调用HTTP / HTTPS API之类的东西>]

1. Movie(title: "Inception") {
       releaseDate
       actors {
         name
       }
     }
   }

考虑我像字符串或某些格式化的json对象创建的obove对象，并调用API，

我得到的响应为JSON，
2. 绑定要查看的值
3. [我知道我丢失了一些东西，但是在youtube中，所有技术人员都谈到了graphql在反应，角度，什么是graphql以及其他方面的实现，但是我想为什么将graphql用于前端，它应该是后端。] >

我知道，这更像是是或否的答案，但是我真的很想了解为什么在GraphQL实现中有这么多的演讲或视频可用于（GraphQL + ReactJS）的前端，...] >

似乎您对“ graphql实现”的含义感到困惑。 GraphQL是一种查询语言，这意味着客户端和服务器都需要了解格式才能相互通信。这些服务在某种意义上说是“实现graphql”，它们可以查看查询并以正确的数据进行响应。客户端最简单的工作是正确格式化查询，以便服务器理解。

您使用任何这些框架的第一个原因是，与使用诸如fetch / axios之类的简单REST提取程序相比，它们提供了便利。您可以在那里停止并安装graphql-request。之所以使用诸如Apollo之类的框架，是因为它提供了比正确格式化查询更多的功能。例如，Apollo提供了一个完整的内存存储区（想想redux，但是现在您通过graphql与之交互）。

Answer 1

似乎您对“ graphql实现”的含义感到困惑。 GraphQL是一种查询语言，这意味着客户端和服务器都需要了解格式才能相互通信。这些服务在某种意义上说是“实现graphql”，它们可以查看查询并以正确的数据进行响应。客户端最简单的工作是正确格式化查询，以便服务器理解。