有用过 GraphQL 的吗？可以进来说说相比 restful 的优劣吗?

[ReinerShir]

在使用 restful 中，经常发现无法严格按照 restful 规范来设计，结果就是慢慢的变成的一个仅仅是看起来像是 restful 的设计

因此网上找资料发现了 GraphQL，它可以大量节省请求次数，返回字段由前端决定，也不用写文档了，初步了解之下感觉很不错。

但转念一想可能没这么简单，有没有用过的大佬来说说它有什么坑？

相比 restful 的优劣有哪些？

[aliipay]

@forgottencoast 规范这些纯属浪费时间 ,工作量不饱和才搞这些玩意

[forgottencoast]

@aliipay 夏虫不可语冰

[coymail]

GraphQL 更适合 OLAP 场景，拿来干 OLTP 不太合适，是个类似 Gremlin 的图查询结构

[Sparetire]

看明白了，这帖子里挺多用都没用过就开始口嗨的

[wobuhuicode]

GraphQL 个人项目做起来爽。前后端都是自己控制的，查询语句放到前端去一点问题都没有。但是放在团队来说的话，减轻了后端压力，但是增加了前端工作量。同时增加了沟通成本。
restful 陈旧？但是规范。而且基本上所有后端都有自己一套 apidoc 方案。写完代码写上注释就出文档。

[fansfans]

@ReinerShir 我觉得这种情况下用 post 问题也不大 比如前端出现多选搜索的情况 这个时候需要传递一个列表 同时内容比较多容易超出浏览器限制 用 post 是最稳妥的。

[flyhelan]

@wobuhuicode
怎么你这里说是减轻了后端压力？前面的朋友说的是增加了后端的压力。

[a67793581]

@flyhelan 技术好的减轻工作量 技术不好的增加工作量 因为这个东西资料不多工具也少 很多时候要考验后端的技术能力

[ReinerShir]

@fansfans 是的，所以严格遵守 restful 几乎不太可能

另外看了下大家的回复，都是各执一词，如此来看好不好用只能自己去试试看再说了。

[WinnieNumberTwo]

@flyhelan 后端压力主要在于学习新的技术，真正掌握了的话最终增加的是前端的业务压力:）

[630071099]

准备使用，被 CTO 驳回了，是前微软老开发，说微软都不用……

[chengdonghui]

1 降低接口开发的代码量 配合可实现 graphql 自动化的编程框架，比如 hasura 可自动生成 graphql 接口服务，其他编程语言和框架也有类似的
2 增强了接口的灵活性，也可以适应前端的需求变更 比如前端要求加个字段或者返回关联对象的时候，不用增加接口或者重写接口了，前端组织 ql 语句就能实现了

[obwj]

graphql 3 年老用户在此，已生产使用无数次，应用到不同产品，深爱 graphql

[tangkikodo]

https://github.com/allmonday/pydantic-resolve 可以试试， 用 RESTful + 申明式的类型描述来生成组合数据。