器具有的架构的概念。 前夕：是的。 德鲁：这使您能够更严格地描述您的类型，而不仅仅是将名称映射到解析器。那里还涉及更多，是吗？ 前夕：是的。有完整的语言。所以我参考了规范，但没有描述它是什么。GraphQL 本身是一个描述查询语言和 Schema 定义语言的规范。所以它有自己的语法。它有自己的定义这些类型的规则。前夕：当您使用 Schema 定义语言时，您基本上会使用该语言的所有功能来思考，哪些类型是 API 的一部分？这也是您定义查询、突变（即动词）的地方，例如操作、创建帐户登录等。甚至还有 GraphQL 订阅，这是另一件很酷的事情，实时 GraphQL，您可以在架构中定义。 前夕：所以是的，模式确实非常重要。
我认为它为我们在整个堆
栈应用程序中提供了这种很好的类型强制，因为一旦您开始偏离这些字段和这些类型，您就会开始看到错误，在这种情况下，这很好，因为您遵循架 马来西亚电话号码表 构规则。 德鲁：它和 TypeScript 之间有交叉吗？两者之间是否存在某种协同作用？ 前夕：绝对地。因此，如果你是一个经常谈论 GraphQL 的人，有时人们会告诉你它很糟糕，当你可以这样做时，他们会公开找到你，并谈论 GraphQL 如何不好。但很多时候他们会跳过你从类型中得到的很酷的东西。因此，就与 TypeScript 的协同作用而言，您绝对可以使用架构中的类型为前端应用程序自动生成类型。因此，这是一个巨大的胜利，因为您不仅可以第一次生成它，从而为您提供与前端应用程序的良好互。
操作性而且随着情况的变化
您可以重新生成类型，然后进行构建以反映这些更改。所以，是的，我认为随着类型开始成为事实上的规则，这些东西非常适合在一起。 前夕为 JavaScript 中事 BTC 数据库欧盟 实上的规则，它们很好地结合在一起。 德鲁：这似乎是 TypeScript 设计方式的一个持续主题……抱歉，这不是 TypeScript。GraphQL 的设计有很多关于前端和后端之间交互形式化的内容。它作为一种解决方案，既创造了一致性，又使迄今为止对很多人来说相当混乱的休息体验变得正式化。在编写客户端应用程序时，我们始终必须记住的一件事是代码需要接受检查和可能的修改。拥有一个客户端只能请求数据的 API 可能是危险的。现在，如果您可以指定所需的字段，也许这可能会很危险。
