您想要获得一些真正特定类型的用户，您需要在架构中做的就是说“获取复杂的用户”，然后在服务器上，会有一个函数，其中您可以用任何您想要的语言编写所有逻辑。JavaScript 是最流行的 GraphQL 实现语言，但您根本不必使用它。因此，Python、Go、C++，无论您想使用什么，都可以用它们构建 GraphQL 服务器。但是，是的，您可以根据需要定义复杂的查询。德鲁：我想这使您能够将大量业务逻辑封装在新类型的对象中。这公平吗？你知道，你设置了一个复杂的用户，然后你不需要考虑什么是复杂的用户，但你可以继续使用那个复杂的用户，并知道业务逻辑是在此基础上实现的。是对的吗？ 前夕：完全正确。
所以我认为这对于前端人员来
说非常好，因为他们可以基于此开始原型设计。然后后端团队可以去实现这些功能以使其发挥作用。然后，对于该类型实际上是什么以及他们是谁，以及“该 意大利电话号码表 类型的字段是什么？”有一种共同的理解。所有事情都可以通过 GraphQL 堆栈中正在运行的任何位置来处理。这就是为什么它不是真正的前端或后端技术。这确实是两者兼而有之，又两者都不是。 德鲁：听起来这有点正式化了 API 以及前端和后端之间的关系，因此每个人都可以获得一个可预测的标准化接口。 前夕：确切地。 德鲁：我想在前端和后端由不同团队拥有的组织中，这并不罕见，我想这种方法还可以进行更改，比如说，在前端，它可能需要不同的数据，不需要在后端工作的人进行相应的更改。
如果您需要新数据您仍然可以获
得这个几乎可以无限定制的 API，无需做任何工作来更改它。 前夕：是的，完全正确。 德鲁：那么 GraphQL 服务器是否负责格式化响应，或者您是否需 BTC 数据库欧盟 要在服务器端逻辑中执行此操作？ 前夕：因此 GraphQL 服务器定义了两件事。它定义了服务器上的架构本身，然后定义了解析器函数。这些函数可以从任何地方获取数据。因此，如果我有一个用 GraphQL 包装的 REST API，解析器将从该 API 获取数据，根据需要转换数据，然后在该函数中将其返回给客户端。您也可以在该服务器上使用您想要的任何类型的数据库功能。因此，如果您在许多不同的地方都有数据，那么这是一个非常好的聚合点，可以将所有数据放入其中并围绕“数据来自哪里？我们想如何。
