GraphQL or REST

最新推荐文章于 2025-03-06 06:34:30 发布

wk3368

最新推荐文章于 2025-03-06 06:34:30 发布

阅读量597

点赞数

CC 4.0 BY-SA版权

分类专栏： Go web前端

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接：https://blog.csdn.net/wk3368/article/details/82965971

Go 同时被 2 个专栏收录

16 篇文章

订阅专栏

4 篇文章

订阅专栏

本文探讨了GraphQL和REST在不同场景下的适用性。指出GraphQL适用于业务逻辑强相关、耦合性高的数据，如博客中的post、comment等，因其能减少HTTP请求次数。但其结果集缓存逻辑更复杂。建议项目中同时准备两种API，根据具体需求灵活选择。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

官网: http://graphql.cn/learn/
快速了解: https://www.howtographql.com/
GraphQL With Golang and PostgreSQL: http://alexandrutopliceanu.ro/post/graphql-with-go-and-postgresql/

从最后一篇的demo可以看出来，需要根据应用场景的不同，在究竟是使用graphql还是rest之间，做出选择。
graphql适用的场景是：类似blog这样的页面，post/comment/user/flower/flowee 这些数据之间的业务逻辑强相关/耦合性比较强/互为外键。
通过设计合理的query可以减少http的请求次数，但是一个隐患就是，server端对结果集的缓存，跟rest比起来，需要额外设计，逻辑更复杂。

所以一个项目，从开发效率/服务端架构/传输带宽等综合考虑，应该同时准备graphql和rest两种API，根据不同的场景，选用不同的API。
而不是简单的一刀切，强行为了使用graphql而抛弃rest!

评论

被折叠的条评论为什么被折叠?

到【灌水乐园】发言

查看更多评论

添加红包

成就一亿技术人!

hope_wisdom

发出的红包

实付元

使用余额支付

点击重新获取

扫码支付

钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。