tRPC, gRPC, GraphQL or REST: when to use what?

Summary

这段视频脚本探讨了构建客户端和服务器端通信的几种不同架构选择及其利弊。首先阐述了 REST API 的优点是易于构建,但缺陷是不太易伸缩且存在过度获取和欠获取数据的问题。接着介绍了 GraphQL,其查询语言可以解决这些问题,但实施难度较高且依赖复杂的客户端库。然后介绍了 tRPC 和 gRPC,这些基于远程过程调用(RPC)的架构在某些情况下可以提供更高效优化的通信方式,尤其适用于微服务之间的通信。总的来说,每种架构都有其适用场景,选择时需要权衡具体需求。

Takeaways

• 😀 REST API 是一种架构风格,易于构建,但在大型复杂应用时缩放性较差,可能导致过度获取或欠取数据。
• 🤖 GraphQL 是一种查询语言,可以只获取所需的数据,减少带宽占用,但复杂度较高,需要专业人员指导。
• ✨ tRPC 将前后端代码紧密结合,通过类型脚本实现类型安全,适合使用 TypeScript 的 JavaScript 项目。
• 🚀 gRPC 是由 Google 推出的高性能远程过程调用,使用 Protocol Buffer 二进制格式,有较低的带宽占用和延迟。
• 📦 tRPC 和 gRPC 更轻量级,打包大小较小。
• 🔐 如果需要请求嵌套复杂的数据结构,建议使用 GraphQL。
• 💻 如果是面向移动设备或边缘设备,需要注重带宽,建议使用 GraphQL。
• 🏭 如果是创业团队需要快速迭代,建议使用 REST API。
• ✏️ 如果前后端都使用 TypeScript,建议使用 tRPC 实现强类型。
• 🌐 如果涉及不同编程语言的微服务通信,建议使用 gRPC。

Q & A

什么是REST架构?

REST是一种架构,而不是协议、模式或语言。它类似于面向对象编程,通过URL路径来表示资源,比如/users/123来获取特定用户的数据。REST API易于构建,但在处理复杂嵌套数据和确保高效带宽利用方面存在挑战。

GraphQL相比REST API有什么优点?

GraphQL是一种查询语言,可以解决过度获取和欠取数据的问题。客户端只需获取所需的数据,提高了带宽利用率。此外,它在前后端之间建立了契约,有利于团队协作。

GraphQL的缺点是什么?

正确实现GraphQL需要团队中拥有GraphQL专家。此外,一些GraphQL客户端库(如Apollo)过于复杂,需要编写大量样板代码,同时内置缓存系统可能与浏览器原生缓存发生冲突。

什么时候应该选择REST API而不是GraphQL?

如果你有一个简单的数据结构,不需要处理复杂的嵌套数据,且不太关注带宽利用率,那么REST API可能是更合适的选择,因为它易于快速开发迭代。

tRPC(TypeScript RPC)是什么?

tRPC代表TypeScript Remote Procedure Call。它将前端和后端(使用TypeScript)紧密集成,前端可以调用后端的控制器和路由,就像是同一应用程序。TypeScript有助于确保数据的一致性。

tRPC相比GraphQL有什么优势?

tRPC在HTTP/2上运行,提供了更多优化和特性。它的包体积更小,不需要额外的客户端库。集成度更高,前端代码可直接导入后端schema和调用函数。

什么时候应该选择tRPC而不是GraphQL?

如果你在前后端都使用了JavaScript/TypeScript,并且数据结构相对简单,那么可以考虑使用tRPC。但如果需要处理复杂嵌套数据或关注带宽利用率,GraphQL可能是更好的选择。

gRPC(Google Remote Procedure Call)是什么?

gRPC与tRPC类似,允许客户端像调用本地函数一样调用服务器上的方法,但它使用Google Buffer二进制格式通信,而不是JSON。它专注于高效和低延迟通信,适用于微服务之间的通信。

gRPC相比tRPC有什么优势?

gRPC在低带宽和实时流媒体场景下表现更出色。它还支持跨不同编程语言的微服务通信,而tRPC主要局限于TypeScript。但gRPC目前的成熟度可能还不如预期。

如何决定是否使用REST、GraphQL、tRPC还是gRPC?

这取决于你的具体需求和约束。REST适用于简单场景;GraphQL适用于复杂数据结构和带宽敏感场景;tRPC适用于TypeScript前后端集成;gRPC适用于高效微服务通信和特殊语言需求。你需要权衡它们的利弊。