后端想推 graphql，我不想用咋办

[muunala10221]

我还是希望 restful 风格，graphql 也用了，给我的体验不太好，我也不是一个拒绝接受新事物的人，不知道该怎么办

[sunhelter]

当然是直接跟他讲你不想用呗

[muunala10221]

@sunhelter 谢谢，主要是担心直接讲了会给对方留下自己固守己见和不喜欢接受新事物的看法

[fcten]

让后端把你们业务场景下切换 graphql 的好处讲清楚。单纯折腾谁不会。

[sfree2005]

写全新功能的时候用还差不多，如果现有的都要改那就太那个了。 话说你为什么不喜欢 graphql ？ 我觉得挺不错，type 类型从后到前， 不容易有 bug ，文档也清晰。

[adoal]

一般是前端喜欢 graphql ，后端不喜欢…

[pengtdyd]

根据我多年使用 graphql 的经验来看，这是灾难

[libook]

把前端且 GraphQL 的成本、风险都整理出来，最好列举一些当前项目已有的用 GraphQL 很难处理的问题，然后让技术经理去做权衡。

个人经验是，完全不用和一股脑全换都是不明智的，工具要用在合适的地方。

[learningman]

graphql 不是挺好吗，试试 codegen ，完整的运行时类型都能拿到，以后都不用联调接口了，拿着类型文档直接写就完事

[muunala10221]

@pengtdyd why

[Jealee]

从个人一年左右的使用经验来说，其实 GraphQL 还是挺方便，对于通用接口前端用起来很灵活，后端省事。
不过在做复杂一点的报表时，感觉很难处理，这部分就切换成 restful （也可能是对 graphql 还不够熟悉）
另外鉴权这一块也挺不好做，还需要研究研究...

[wu67]

新项目, 没什么意见, 可以一试. 如果是旧项目一堆坑, 还加码, 怎么考虑不用我讲了吧....

[jydeng]

正在用 gql ，有几个问题搞不定，请教一下各位大手子：
1 、gql 导入文件，目前用 restful 接口替代了；
2 、gql 写不了递归，目前用 any 替代了。

gql 的文档和类型校验，用起来还是不错的，可以很快发现问题。
如果你的前端项目也用 TS 的话，体验还可不错。

[Mithril]

多年经验告诉我，大部分号称 restful 的风格，都并不是 restful 。
基本都是在拿后端当 View Model 。
对于前端来说，真正 restful 风格设计的 API 比 GraphQL 难用多了。
无非是后端懒得给你改 View Model 了，虽然费事，但上个 GraphQL 你爱怎么折腾就怎么折腾去吧。

[Sendya]

说点我的偏见，graphql 开发一时爽，维护火葬场

[muunala10221]

@wu67 新项目旧代码。。就是相当于换了个皮

[IvanLi127]

如果没有专门做 BFF 的话，后端估计不想给你写专供视图层的接口了。如果你坚持要 RESTful ，你可能要自己解决 RESTful 的数据聚合问题。

技术问题嘛，你们前后端开发把各自对这两个技术的优缺点列举出来评审下呗？ GraphQL 我前后端用起来都没啥问题，挺舒服的，前提是要会用。

[siweipancc]

照我的体验，身边的前端对数据库一窍不通，让他们写这个只会躺平摆烂。
本身要求就高，不会就换框架或者换人吧

[liaoliaojun]

推 GraphQL 其实是利好前端的

[duan602728596]

被 restful 坑过的表示，还是 graphql 好用

[zilongzixue]

不好做，简单的登录注册还好的，复杂的权限管理和菜单配置简直没法用