GraphQL 火吗?
发布于 5 个月前 作者 JerrysShan 1691 次浏览 来自 问答

领导说GraphQL很火,强制让我们使用,可我发现这个东西出来那么多年,根本就没有火起来,使用了GraphQL不知道是对前端有好处,还是对后端友好,感觉体验了一番, 不知道解决了什么痛点???

15 回复

GraphQL 火吗?

不火,社区讨论的人也不多,在下周围也没见搬上项目的。

不知道解决了什么痛点???

restful的多次请求或者高度定制,增大前端权限,解放后端工作量,感觉这也是fb一直在做的事情

GraphQL 目前确实不火, 但是并不妨碍他的未来, 解决了什么问题,我个人理解,可以极大减少单页面应用或者app的请求次数从而缩短请求等待数据返回时间.

觉得是一个发展趋势

不愠不火? 看对api的需求。可以看看Github为什么选择GraphQL:https://githubengineering.com/the-github-graphql-api/ gayhub 应该从v3版的api就用了graphql了。

egg一年前 也不咋火,现在好多了吧

火不火先不讨论,先看看graphql的特点: 1.可以避免传统resful服务那样臃肿繁多的路由映射,controller绑定(ps:我能想象出用graphql来重写我上家公司电商后台的api,代码结构会有多美,多简洁) 2.函数式响应编程的特性,可以简化处理问题的流程 我目前在一家外企,这边所有的angular单页面应用背后都会有一个graphql的resful api支撑,我个人觉得这种场景下的开发对前后端都有一定的解放生产力

GraphQL 感觉一定会火…

并没有减少请求次数吧,或者说之前是非常原教旨的restFul?获取列表数据都是for循环发get请求的?

前公司内使用 GraphQL 差不多一年之久,林林总总有做过几个项目,无论前端还是后端。

我来说一些使用体验吧。

GraphQL有哪些好处:

解放后端生产力

后端只管写业务逻辑,配置好树节点,路由/鉴权/文档/参数验证 都是 so easy.

提供了更复杂的查询

以前一个前端页面需要请求4,5次查询的数据,现在只要一个请求。

文档

这点很重要,前端不用再催后端出文档,不用再扣文档的字眼去怼后端。后端再写代码的时候,文档都是自动的。

对于前后端来说,都是 Win-Win

省流量

哈,按需获取字段,对于PC端可能意义不大,对于移动端,有流量需求的。

更多

还有很多好处,只是有些公司没有运用起来。

据我了解的一部分情况,有些人习惯了写 restful 接口,懒得去学习 GraphQL,安于现状。

火不火我不知道,但肯定是未来

@axetroy 你们用的apollo-server?还是其他实现?

@chapgaga 我们用的 apollo , 2.0 更加好用了

@chapgaga 基于 nest.js Graphql 及 Grpc 技术栈: https://github.com/notadd/notadd

那个… 你们技术选型都是看火不火的吗?

就是先建需求模型,然后自动帮你生成查询语。 github上有一些 Graphql和SQL相互转换的项目,可以同时了解一下SQL

来自拉风的 Taro-cnode

回到顶部