Graphql 解决什么问题的

2017-05-31 06:47:13 +08:00
 ufo22940268
能不能带来生产效率上的提升

文档看了,教程看了,还是没想通这个问题
4533 次点击
所在节点    问与答
13 条回复
cxbig
2017-05-31 06:57:01 +08:00
目前的直观感受是
前后端独立,前端要什么数据结构自己加参数即可,熟悉了手册都不用翻。
不用让后端程序员参与修改数据结构。
不用像 Restful 那样输出大量冗余数据占流量。
plantain
2017-05-31 08:59:28 +08:00
用来大幅提高接口的灵活性。
缺点是因为默认每个字段一个查询,会默认导致后端性能大幅降低。实际使用时,一般还需要合并查询的一层架构,后端架构需要改。
airyland
2017-05-31 11:50:35 +08:00
接口数据按需使用,适配的话后端工作量比较大,缓存是个问题。
wentian
2017-05-31 12:22:16 +08:00
解决了「僵硬的 RESTful 」的问题
ufo22940268
2017-05-31 12:43:03 +08:00
@airyland 是不是意味着后端只返回了前端需要的数据.

换句话说,后端对应一个接口的 resolver 查处了数据 f1, f2, f3, 然后前端只需要 f3, 那么 f1 和 f2 都白查了.
tlday
2017-05-31 12:51:08 +08:00
因为 github.v4.api 的原因,也在关注,看了官网的很多东西,感觉都在谈主义啊…话说官网还被墙了😂
kenshinhu
2017-05-31 13:05:08 +08:00
这个可以说把将后端的业务流硬扔给前端做吗?
hronro
2017-05-31 13:20:34 +08:00
其实开发效率提升蛮大的
ufo22940268
2017-05-31 13:32:44 +08:00
@hronro 哪一方面带来提升?
QAPTEAWH
2017-05-31 13:48:46 +08:00
graph、relational 都是一种数学模型。

graph 比 relational 强很多。
roys
2017-05-31 13:59:40 +08:00
有个朋友的公司开始用了,不明觉厉
TommyLemon
2018-07-12 14:31:37 +08:00
@plantain 这种做法性能不是一般的差啊,APIJSON 自动将前端传的 JSON 转为 SQL 语句执行后返回对应结构的 JSON。前端可通过 @column:"id,name" 指定 SELECT id,name,只查需要的字段。右上角点 Star 支持下吧^_^
TommyLemon
2018-07-16 19:02:59 +08:00
完爆 Facebook/GraphQL,APIJSON 全方位对比解析
(一)-基础功能
(二)-权限控制
juejin.im/post/5ae80edd51882567277433cf

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/364821

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX