gRPC, GraphQL, Rest哪個好？

大家好, 我们来看看这位朋友的留言, 这位朋友说, 能不能谈谈 GRPC, GraphQL, REST 这三种 API 技术 在这三种技术中，我相信您最熟悉 REST，对吗 ？ REST 它被称为所谓的无状态 API 请求 然后整个设计相对简单，特别是在开发方面 这是因为您的 API 设计通常基于 CRUD 模型 所以对 ATP 有一些要求 喜欢盖啊放啊删啊贴啊补丁啊这些方法你实现了啊你休息的 API 也做了 但是 REST 教科书概念的级别规定，您必须在不同领域之间划清界限 假设我有一个数据 例如，如果它与不同的业务领域相关，则有用户 有些产品，我可能需要多次访问，在这种情况下，您的访问效率相对较高 弱吧, 比如我有一个页面, 想展示你的用户信息和产品信息, 我必须这样做很多次才能得到这个数据 这是 REST 的一个不好的方面 但是如果你用 GraphQL 做这个, 我需要多少数据? 例如, 我需要这个页面上的用户和产品 所以我把我想要的数据放在我的请求中，然后我把它传递给客户，然后我把我想要的数据放在后端 把它还给我 返回的数据在两者之间没有太大区别，美观且可读他们的协议都符合 HCP 1.0 和 1.1 两者没有区别，主要是在概念上不同 在真正的开发中，我们不会直接使用 REST 比较死板的 API 设计，我们会 结合 KL 国家的概念来编写我们的 REST API 就像吉隆坡的国家一样，他的 目前的发展形势比较强劲，但 因为我们采用了他的概念或使用 REST 来编写我们的东西，例如，我的请求涉及多个字段，多个业务级别，我将其放在一只猫中 这个猫是对应这个 API 的, 比如说这个输入数据, 你进去之后给我 这个计算返回我想要的数据, 这个返回也是猫, 我可以定义 就是所谓的匿名猫, 都是可行的, 只要我在前端可以请求 一旦我得到我想要的数据，我的效率就不会低于 KL 的国家 这一点我们已经非常熟悉了，所以学习过程几乎为零 只要您理解这个概念，您就可以快速创建您的 API 他的那个在哪里 ？ 主要是在后端。因为前端相对简单 我要这个数据, 你给我, 你给我, 我先下, 你回错了, 我报错了 然后在后端有很多东西 你说你在后端，你可能想挂 这种 API 就是实现你的图这种数据的后端做数据计算 这是程序员的学习过程, 尤其是那些喜欢使用 REST All right 的人, 所以这三种协议和三种 API 技术就到这里了。我会在下一个视频中看到你。谢谢