最好的（GraphQl）API是您编写的API

作为前端开发人员，我感谢GraphQl优雅的数据曝光。这就像一个可自定义的菜单，让我精确地请求UI组件所需的数据，避免过多的API调用或依赖定制API的后端开发人员。

但是，有人创建了该数据菜单。如果是您的内部GraphQl API，则可以控制所有内容。但是，如果它是第三方API，例如CMS，则您的控制是有限的。您会被预定义的菜单所困。不允许加法或替代。

在与理智的Simen Skogsrud和KnutMelvær的ShopTalk讨论中强调了这一限制。 Sanity是JSON数据存储和CMS，使用其自己的查询语言Groq，而不是GraphQl。最初，这似乎是倒退的 - 创建专有语言而不是使用行业标准。

但是Simen和Knut指出了GraphQL用作第三方API时的限制：您仅限于提供的选项。例如，作者的通用GraphQl API可能只提供：

 <code>{ allAuthors { author { name username avatar } } }</code>

如果您需要作者的数量，而不是作者本身，那么您就无法运气。您必须获取所有作者并计算它们的客户端。

提供GraphQL端点的CMS面对一个选择：严格，有限的数据访问或扩展和控制访问的方法。 Sanity选择了后者，提供了Groq，这是一种足以访问JSON商店中任何数据的开源查询语言。

使用GROQ，您不需要API修改即可检索作者计数。您可以使用以下查询：

 <code>{ "totalAuthors": count(*[_type == "author"]) }</code>

（注意：这是概念上的；确切的语法取决于查询的JSON。）

GROQ的优势：

• 不受限制的查询：访问任何数据。
• 简化体系结构：无中介配置层。

缺点：

• 复杂的语法：更陡峭的学习曲线。
• 有限的集成：减少了多API连接，基于许可的数据访问等的机会。

以上是最好的（GraphQl）API是您编写的API的详细内容。更多信息请关注PHP中文网其他相关文章！