GitHub GraphQL API 目前正式可用。InfoQ 采访了GitHub 的高级工程经理Kyle Daigle。
GitHub 在去年的 GitHub Universe 大会上发布了GraphQL,旨在为GitHub API 添加更多的灵活性。GraphQL 最主要的优势在于定义数据需求的能力,有可能使用单个调用替代多个REST 请求。另外,GraphQL 的schema 是强类型和自省的。
InfoQ 采访了 GitHub 的高级工程经理 Kyle Daigle,了解有关 GraphQL 的发展和未来。
GitHub 在去年 10 月提供了 GraphQL API 的早期预览版,到目前为止(V4)它有哪些变化?有哪些已经实现的新特性,出现了哪些新的需求,以及社区对其做出了哪些贡献?开发者们对此有什么反应?
从去年在 GitHub Universe 上发布早期预览版以来,开发者对新的 GraphQL API 感到非常兴奋。集成商因此找到了更多高效的方式来访问数据。我们在为 GitHub 增加新的特性时,也使用了 GraphQL API。开发者与我们的工程师使用的是相同的 API 来获取数据,他们非常喜欢这种方式。
与此同时,GitHub 仍然没有停止 REST API(V3)的开发工作。它们之间是如何相互堆积起来的?你认为在未来某个时刻 V3 会被废弃吗?
目前,我们通过观察集成商和开发者对 GraphQL API 的使用情况来对新的 V4 API 做出改进。我们正在努力让 GraphQL 成为 REST API 的后盾,让 REST API 变得更强大。在接下来的几个月,我们会在 GraphQL API 里加入更多的数据,尽可能让它提供与 REST API 相同的数据。
现在能否对 GraphQL 在外部的使用情况做一些总结?它是如何做到更好的伸缩性、类型安全和自省的?
在大型的社区,GraphQL 被广泛地采用。GraphQL EU 和 GraphQL 峰会成为大型的年度会议,各种规模的公司在这两个大会上谈论 GraphQL。GraphQL 可以让集成商更快地开发功能,它的类型系统清晰地定义了 API 所能提供的功能特性。GitHub 会帮助 GraphQL 社区不断成长,我们很高兴能够带着我们运行第一个公开版本的经验回过头来帮助社区。
评论