GraphQL 为何没有火起来?

一开始炒的很火，但看github上star数涨得很慢。国内用的人似乎也不多

我本胜枫 · 2018-3-8 17:18:18

作为一个前端我是极力支持使用GraphQL的主要原因在于查询数据的便利与灵活性。特别是在交互频繁变动时（大部分时候涉及到字段的增减），前端可以根据交互灵活查询数据。但是落地实际推动起来是很难的~因为不能为业务增加用户，也没有提升用户体验

Body No · 2016-5-17 13:59:37

后端如果要全部改动的话
这个工作量还是有点大的
而且
后端人员现在普遍已经掉队
跟不上前端这个进军的大浪
还在啃以前的老东西

Zhizhong Yuan · 2018-3-20 09:30:03

以前公司前端给我安利过，然而这货好处全给前端占了，然后我带着后端吭叽吭叽搬砖？
除非找全栈做，或者公司使用全栈技术，不然估计没几个后端会买单......

大强 · 2018-2-1 17:55:21

对新项目来说，个人觉得GraphQL对后端的利好高于前端。唯一限制GraphQL的就是关系型数据库。在人机交互日益丰富的未来，GraphQL的思想会越来越被认可。

Ivan · 2018-1-5 07:24:04

两个问题：

版本控制
生产环境里后端一般都要做些数据expose上的控制，expose给前端的数据越少越好，只给需要的部分。GraphQL的话，该怎么控制比较好？在后端white-list query么...

out4b · 2018-9-14 14:14:55

现在有了JSON schema，为什么还要去用GraphQL？GraphQL的接口定义和schema难用到爆，而JSON schema进RFC，拥有自己的media type是迟早的事。在我们看来，传统的SOAP才是最好的API设计。

我们为用户提供JSON版的SOAP API开发体验，和API规范中的JSON schema可视化编辑器，接口定义一目了然。比方下面的接口定义，和从接口定义自动生成的测试输入表单，从API规范中自动生成测试表单，支持对象、数组等多种类型JSON数据在表单上的自动展现，用户无需输入JSON结构即可完成API测试。大家有兴趣可以了解下：https://a pemesh.com

可视化JSON schema编辑器
从API规范中自动生成测试表单，支持对象、数组等多种类型数据在表单上的自动展现和填写，用户无需输入JSON结构即可完成API测试
数组类型数据的自动测试表单，数组成员为对象，内部嵌套boolean和string。测试时随时可为数组增加新成员

Alice · 2018-7-12 21:57:29

类似东西还有 quill，提出一个结构化的东西. 失去自由性.

潘小可爱的大可爱 · 2017-7-26 06:12:46

推荐thrift，同样是fb出品

Chaney Zorn · 2018-6-25 01:04:28

我一个写后端的，你让我跟随前端改造，这个想法我可以理解，如果做到了对大家都好。

我就提一点，就算让同为后端的人接手模块，我心里都慌得要死，那个质量真心难控制，尤其数据层面，安全，一致性，并发，性能。

现在你告诉我，可以简简单单在数据库前面糊一层，接口就完成了，你猜我怎么想？

我太想学了，求教。找时间我也看看。我是认真的。

mvvm框架做到了数据驱动视图，现在这个想法是，数据驱动查询，嗯这个思想非常好，no sql 和 new sql的螺旋上升，这一步可能会到来，但真的有那一天的话，可能就是另一个概念了。这个问题下一些答案的想法深度太浅显，先自己把mvvm搞懂吧，数据库层面的事情，我从你们的答案里居然看不到任何想法，这就是作为一个后端，不愿意把接口交给前端的真实想法，显然对这个问题的本质，很多人连启蒙都谈不上。

简单来说，我担心流程细节，查询性能，数据完整与安全。连带解决了这些，到时候就真的 as your wish 了。

其实哪怕仅限于分发到微服务的网关接口，也是要细致规划的，不深入了解完整流程，就想简单糊一层，真的只是一厢情愿罢了，这个问题不是单纯面向前端和后端的，于是我心里冒出了一个词——全栈，所以无论前端还是后端，加油吧。

孤独的探索号 · 2016-12-23 20:36:32

APIJSON 比GraphQL强大易用很多。
不用写Schema，Type，resolver等一堆东西，
它会自动将前端传的 JSON 参数转为 SQL 语句执行并返回结果，
期间自动校验权限、结构、内容，自动防 SQL 注入。
还有自动化的各种JOIN(INNER, LEFT, RIGHT等)解决N+1问题。
还支持多字段排序order by，多字段分组group by，聚合函数having
等几乎所有MySQL的常规功能。

通过自动化 API，前端可以定制任何数据、任何结构！
大部分 HTTP 请求后端再也不用写接口了，更不用写文档了！
前端再也不用和后端沟通接口或文档问题了！再也不会被文档各种错误坑了！
后端再也不用为了兼容旧接口写新版接口和文档了！再也不会被前端随时随地没完没了地烦了！

在线解析：
自动生成文档，清晰可读永远最新
自动生成请求代码，支持 Android 和 iOS
自动生成 JavaBean 文件，一键下载
自动管理与测试接口用例，一键共享
自动校验与格式化 JSON，支持高亮和收展

对于前端：
不用再向后端催接口、求文档
数据和结构完全定制，要啥有啥
看请求知结果，所求即所得
可一次获取任何数据、任何结构
能去除重复数据，节省流量提高速度

对于后端：
提供通用接口，大部分 API 不用再写
自动生成文档，不用再编写和维护
自动校验权限、自动管理版本、自动防 SQL 注入
开放 API 无需划分版本，始终保持兼容
支持增删改查、模糊搜索、正则匹配、远程函数等

APIJSON与GraphQL全方位对比解析(一)-基础功能
https://http://juejin.im/post/5ae80edd51882567277433cf
APIJSON与GraphQL全方位对比解析(二)-权限控制
https://http://juejin.im/post/5b17518c6fb9a01e75463096
APIJSON与GraphQL全方位对比解析(三)-表关联查询
https://http://juejin.im/entry/5b4ff88f6fb9a04f914a8df5

后端接口和文档自动化，前端(客户端) 定制返回 JSON 的数据和结构！
创作不易，GitHub 右上角点 Star 支持下吧，谢谢^_^
https://http://github.com/TommyLemon/APIJSON

GraphQL 为何没有火起来?

10 个回复