开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

GraphQL有什么比REST更高效的？

GraphQL是一种用于API设计和查询语言的开源技术，相比于传统的REST架构，它具有以下几个方面的优势：

精确的数据获取：GraphQL允许客户端精确指定需要获取的数据，避免了传统REST中的过度获取或不足获取的问题。客户端可以通过GraphQL查询语句中的字段选择器来精确获取所需数据，从而减少了网络传输的数据量和响应时间。
减少请求数量：传统REST架构中，为了获取多个相关资源的数据，客户端需要发送多个请求。而GraphQL通过单个请求就能获取多个资源的数据，减少了网络请求的数量，提高了效率。
避免过度获取和欠获取：传统REST API的设计通常是基于服务器端提供的固定数据结构，客户端只能获取预定义的数据。这导致了过度获取或欠获取的问题，即客户端要么获取了不需要的数据，要么无法获取到需要的数据。而GraphQL允许客户端根据实际需求灵活地指定需要获取的数据，避免了这个问题。
强大的类型系统：GraphQL具有强大的类型系统，可以定义数据模型和查询结构。这使得客户端和服务器端能够更好地协作，减少了沟通成本和开发错误。
自我描述性：GraphQL具有自我描述性的特点，即客户端可以通过GraphQL的introspection功能来查询API的结构和能力。这使得客户端能够更好地理解和使用API，提高了开发效率。
高度可扩展：GraphQL的灵活性和可扩展性使得它适用于各种场景和需求。无论是小型应用还是大型复杂系统，GraphQL都能够提供高效的数据查询和交互。

腾讯云相关产品和产品介绍链接地址：

腾讯云API网关：https://cloud.tencent.com/product/apigateway
腾讯云Serverless Cloud Function（SCF）：https://cloud.tencent.com/product/scf
腾讯云容器服务（TKE）：https://cloud.tencent.com/product/tke
腾讯云数据库（TencentDB）：https://cloud.tencent.com/product/cdb
腾讯云CDN加速（CDN）：https://cloud.tencent.com/product/cdn
腾讯云人工智能（AI）：https://cloud.tencent.com/product/ai
腾讯云物联网（IoT）：https://cloud.tencent.com/product/iotexplorer
腾讯云移动开发（Mobile）：https://cloud.tencent.com/product/mobile
腾讯云对象存储（COS）：https://cloud.tencent.com/product/cos
腾讯云区块链（Blockchain）：https://cloud.tencent.com/product/baas
腾讯云游戏多媒体引擎（GME）：https://cloud.tencent.com/product/gme
腾讯云视频处理（VOD）：https://cloud.tencent.com/product/vod
腾讯云直播（Live）：https://cloud.tencent.com/product/live

相关搜索:iSQL比MYSQL更安全吗？these.Is的用法有什么不同？省时高效的录制软件有什么为什么自下而上的解析比自上而下的解析更常见？将GraphQL模式公开为REST api的方法有哪些？有什么比PHPDoc更好的吗？在JavaScript中,为什么[]比新的Array()更受欢迎;？为什么Mercurial中的分支和合并比Subversion更容易？为什么在Windows上创建比Linux更昂贵的新流程？为什么字符串比已定义的符号(常量)更受青睐？什么比ASP.NET MVC中的隐藏表单字段更安全？绘制简单图形的最简单的python代码是什么(比matlab更简单)为什么原型继承是高效的，并且比闭包消耗更少的内存？GitHub GraphQL接口中的ID和databaseID有什么区别？为什么红黑树中的自引用语句比必须检查NULL更简单？为什么在keras中CuDNNLSTM比LSTM有更多的参数？VideoView和ExoPlayer之间有什么不同。为什么我更喜欢其中的一个？为什么模板化的非常数参数构造函数比给定的复制构造函数更受欢迎为什么在Google Cloud ML上训练的TensorFlow模型比在本地训练的模型更准确？为什么我在搅拌器中制作的网格上的一些表面比其他的更暗？从Blender中的查看器节点检索到的像素比实际渲染的图像更暗...为什么？

相关搜索:

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

【REST架构】OData、JsonAPI、GraphQL 有什么区别？

据我所知，OData 是 Salesforce、IBM、Microsoft 使用的标准，并且非常成熟。为什么要切换到 JsonAPI 和/或 GraphQL？有真正的好处吗？...有许多用于流行编程语言的库 - .NET、Java、JavaScript、PHP 和 Ruby。该规范允许动态资源，并且有一个服务文档列出了所有 API 端点供客户端发现。...这个初稿是从 Ember Data 的 REST 适配器隐式定义的 JSON 传输中提取的。该规范的当前稳定版本是 1.0。JSON API 规范适用于大多数编程语言，包括客户端和服务器端。...与 GraphQL 类似的是 Falcor，它也相对较新。虽然 GraphQL 使用 HTTP，但它不被视为 REST，而是 REST 的替代品。...我个人的看法：如您所见，有很多 RESTful 规范，而不是单一的通用标准。我同意 xumix 的观点——他们似乎都患有“这里没有发明”综合症。

1.6K2 0

为什么HTTP REST比RPC更受欢迎｜微服务

1、为什么会有 HTTP Rest 和 RPC 之间的选择呢？问就是微服务，产品层面上，每个团队都可以单独完成服务的开发和部署，而无需与其他团队协调，以便产品可以在不同的时间和团队完成快速迭代。...HTTP 可以使用 pb、thrift 等紧凑的编码格式进行序列化和反序列化，也可以实现 RPC 的各种限流、熔断和降级，HTTP 高版本协议也是支持连接池复用的，也就是建立一定数量的连接不断开，并不会频繁的创建和销毁连接造成过多网络断链的性能损耗...2、为什么更多组织更倾向于选择 HTTP HTTP 具有普适性，就像普通话一样，大家都能听得懂。...HTTP 已经广为人知，特别是 JSON 格式，直接使用 HTTP 的 API 比 RPC 要更少了解一些业务编程领域之外的知识。...3、到底应该选择 HTTP 还是 RPC 原则上来说，南北流量（C端流量）一般使用 HTTP，东西流量（服务内部调用）更倾向于使用 RPC，比如常见的 Mysql、redis 的调用基本都是基于 Socket

3862 0

回归测试，有什么高效的测试方法?

1、什么是回归测试　　回归测试（Regression testing）指在发生修改之后重新测试先前的测试以保证修改的正确性。...，回归测试的V1.1版本是在修改了V1.0版本存在的100个Bug的基础上建立起来的。...使用此策略的时间周期和人力成本也是比较高的，一般情况下，当第一轮测试发现的Bug数量过多的情况下，第二轮回归测试应该执行全部的测试用例。...、常用的功能点、与Bug相关联的功能点的测试用例再执行一遍，其他次要的测试用例可在时间充足的情况下选择性执行。...（1）任何争议都需要“对事不对人”，不能因为Bug而激化了双方的矛盾。　　（2）有很多初级软件测试人员提交的Bug单流转到开发人员那里后，开发人员看不懂。

7792 0

Nginx的IO性能为什么比Apache更高效？

Nginx与Apache的I/O性能差距源于他们采用不同的I/O模型 Apache - select模型 Nginx - epoll模型特点对比 select模型（1）最大并发连接数限制，...一个进程所打开的 FD （文件描述符）是有限制的，由 FD_SETSIZE 设置，默认值是 1024/2048 ，因此 Select 模型的最大并发数就被限制了（2）效率问题，select 每次调用都会线性扫描全部的...在这个问题上 select 采取了内存拷贝方法（4）产生阻塞 epoll模型（1）最大并发连接的限制，上限是最大可以打开文件的数目，这个数字一般远大于 2048, 这个数字和系统内存关系很大...，具体数目可以 cat /proc/sys/fs/file-max 察看（2）效率提升，Epoll 最大的优点就在于它只管“活跃”的连接，而跟连接总数无关（3）内存拷贝，Epoll 在这点上使用了

74510 1

REST在许多API使用场景中仍然优于GraphQL

我还将重点介绍为什么 REST 今天是更好的选择，并将继续成为领先的 API 标准。 GraphQL 的缺点我可以指出使用 GraphQL 的几个基本问题。...为什么 REST 更好并且将继续存在以下是一些 REST 是集成 SaaS 应用程序的最佳选择的原因。 REST API 附带标准化的错误代码。...找到和雇用具有 REST 工作经验的工程人才也更容易，这使得您的组织更容易随着时间的推移扩展 REST API 集成。...此外，虽然 API 提供商不可避免地会难以让开发人员与他们集成，但以开发人员最熟悉的架构提供 API 将消除采用的一大障碍。 REST 的开源生态系统比 GraphQL 的生态系统要全面得多。...Postman 非常适合测试 REST API；OpenAPI 允许您自动生成 API 文档；REST 框架（例如 Django REST Framework）是为特定编程语言构建的，并提供帮助您高效构建

941 0

「Go开源包」requests：一个比nethttp包更简洁、高效的开源包

今天给大家推荐一个高效的HTTP的请求包：carlmjohnson/requests。...项目地址是：https://github.com/carlmjohnson/requests 该包诞生的背景作者在自己的博客中描述了自己为什么写这个request包。...作者这样描述go的net/http包： Go的net/http包虽然功能强大、用途也广泛，但要想正确地使用请求的客户端是非常繁琐的。...在requests包中，最核心的是是一个Builder的结构。该结构体将请求的URL、请求的参数、http的客户端以及响应结果处理函数都封装在这里该结构体中。...总结 requensts包利用“封装”的思想，将复杂的处理操作封装到函数中，一是避免调用者编写重复的代码，提高效率；二是能够减少调用者出错的概率。

4303 0

基于场景选择微服务的API范式：REST、GraphQL、Webhooks和gRPC

为了帮助API开发者了解使用哪种API设计风格以及在什么情况下使用，我们把REST与其他三种选择放在一起进行了一个说明，即：gRPC, GraphQL和Webhooks。...但对于全面的理解REST与GraphQL的特点，还是有帮助的（关于成熟度模型的具体含义，可参考Mryqu的文章 https://dwz.cn/JaWs9yIH）。...九、REST、GraphQL、Webhooks 和RPC的场景比较显而易见，这些选项中没有一个比其他选项真正“更好”，而只是某一种更适合于其独特的交互场景。...更准确的说法是，在执行某种核心功能方面，有些解决方案比其他解决方案更加擅长（类似许多RESTful解决方案试图模拟RPC功能的尝试就有待商榷）。在代码库既定的情况下，只有你才能确定哪种解决方案最好。...；不是，转向5；（客户端使用共有的流程，意味着API可以更容易标准化因而更适合采用REST，而相反，则意味着定制化查询的需求更普遍，从而更适合合适GraphQL） 03、是否可以立即进行协调一致、原子化的部署

2.6K3 0

用 GraphQL 查询你的 Django 应用

什么是 GraphQL ？它有什么有意思的特性 Fragments Directives 和 REST 相比较有什么优势和劣势？...TLDR vs 扩展的 REST 协议什么是 GraphQL 客户端?...同时，REST 通常都是由后端开发者主动封装，而 GraphQL 则是由前端主动拼装。所以如果面对的场景是前端需求复杂而多变，GraphQL 肯定比 REST 更适合快速迭代。...，我们可以清晰地看出，相较于 GraphQL ，基于 REST 扩展协议存在这些问题：不够通用，用户有额外的学习成本，增加了额外的文档负担。...总结 GraphQL 在前端需求迭代频繁的场景下，比 REST 更符合现代开发节奏 GraphQL 的语言设计比自定义扩展的 REST 更自然，更具备通用性 GraphQL 会将比较多的工作放到客户端，

2K6 0

高效的TensorFlow 2.0：应用最佳实践以及有什么变化

要深入了解所改变的内容及应用最佳实践，请查看新的Effective TensorFlow 2.0指南（发布在GitHub上）。本文简要概述那份指南里的内容。...主要变化概述 TensorFlow 2.0中有许多变化可以提高用户的工作效率，包括删除冗余API、使API更加一致（统一的RNN、统一的优化器），以及Python运行时更好地集成Eager执行。...已经解释了制定TensorFlow 2.0的变化和思考。本指南展现了在TensorFlow 2.0中开发应该是什么样的。前提假设您对TensorFlow 1.x有一定的了解。...TensorFlow 2.0约定建议将代码重构为更小的函数 TensorFlow 1.X中的常见使用模式是“水槽”策略，其中所有可能的计算的合集被预先排列，然后通过 session.run()...要了解有关TensorFlow 2.0的更多信息，我们还推荐这些近期文章：向TensorFlow提供贡献：SIG、RFC、测试和文档什么是TensorFlow 2.0中的符号和命令式API？

8513 0

【译】如何在 Node.js 中创建安全的 GraphQL API

可能会想到有以下的问题：使用 GraphQL API 的目的是什么？什么是 GraphQL API？什么是 GraphQL 查询？ GraphQL 有什么好处？...GraphQL 比 REST 更好吗？为什么使用 Node.js？...在构建 API 时，选择更接近实际需求的解决方案非常重要。在本文中，我们将关注与怎么使用框架来构建 GraphQL API。 GraphQL 比 REST 更好吗？...GraphQL 在一些场景中非常适合。REST 是一种架构设计模式，在很多场景中也得到了验证。如今，有大量的文章试图证明为什么一个比另一个好，或者你应该使用 REST 而不是 GraphQL。...REST - A GraphQL Tutorial。为什么使用 Node.js？ GraphQL 有几种不同的库可供我们实用。

2.5K2 0

Github 为什么开放了一套 GraphQL 版本的 API？

为什么选择 GraphQL？...这是很多用户关心的问题，Github 对此做了解释 REST API 有什么问题？...GitHub 还遇到其他一些 REST API 不好处理的问题，例如想要确保client提供的参数的类型安全；想要从代码生成文档；想要识别每个端点的OAuth请求范围 …… 使用 GraphQL 有什么好处...key value 是和请求完全一致的再看一个更复杂的例子，例如你想知道你给多少个项目点亮过星星、最初3个项目的名字、及他们star fork watcher的总数 GraphQL 请求就是这样的 {...GraphQL 还有很多其他的特点，例如批量请求，可以定义两个独立请求的依赖关系，高效的获取数据创建订阅，client 可以收到新的数据数据延迟，可以对响应中一部分数据标识为时间不敏感小结不只是

1.2K10 0

GraphQL是API的未来，但它并非银弹

GraphQL 需要开发人员实现解析器。实现解析器的任务与构建 BFF 差不多，逻辑非常相似。那么，真正的区别是什么呢？ BFF 更容易实现，因为有更多的工具可用。...请记住，GraphiQL 本身没有多 GraphQL 模式的概念。如果你有多个 GraphQL（微）服务，就必须运行或购买一个专用组件，例如一个模式注册表，类似于 REST API 的开发者门户。...有了 OAS 或 GraphQL 模式并不意味着 API 就有了良好的文档记录。API 用户可以用 API 做什么？如何用？什么样的用例好？什么样的不好？在哪里寻求帮助？如何对用户进行身份验证？...11 我的结论当 Kyle 问“为什么要用 GraphQL”时，我想他实际上是在说“为什么要用 Apollo”。答案很简单。没有人愿意围绕 REST API 构建一个丰富的生态系统。...The Guild 所做的大量开源贡献？GraphQL Galaxy？我希望，对于为什么应该使用 GraphQL，本文可以让你有个更细致地了解。

2K1 0

比Python更牛的语言有吗？看我用元类（metaclass）花式创建Python类

Python类的定义再简单不过了。不过你有想过动态定义一个Python类吗？What？动态定义，是动态解析Python代码吗？不，这仍然是静态定义。...这个对象（类）本身具有创建对象（实例）的能力，这就是为什么它是一个类。...Python在使用class关键字时通过使用元类来完成创建类的过程。 3. 什么是元类（metaclass）元类是创建类的“原料”。...所以type是一个类，而不是一个普通的函数。现在还有一个疑问，Python类的命名规则都是首字母大写，那么为什么type类是首字母小写呢？...假设已经有一个Foo类，该类中有若干个属性，都是小写，如bar等。现在要求将Foo类中所有的属性名都改成大写。要实现这个需求，当然可以一个一个地修改Foo类中属性的名，不过这简直太愚蠢了。

8022 0

GraphQL，你准备好了么？

REST API 我们先通过一个简单的例子来说明 REST 和 GraphQL 的异同。...假设 TubiTV 有一个 API，要获取系统中的某个用户，就 REST API 而言，其接口大概会是这样： GET /v1/users/1 然后其返回结果是： { "first": "Tyr",...我们这里举的 user API，仅仅是同时支持 fields 和 expand，swagger doc（或者其他 doc，如 RAML，json-schema）写起来就无比繁杂。什么？...使用 GraphQL 并不意味着能提高 API 效率 GraphQL 只定义了 API 的 UI 部分，是否比 REST API 高效取决于实现的方式。...nodejs 的 GraphQL 实现考虑了这个问题，提供了 loader 允许更高效的查询方式。所以，在 resolve 的时候，一定要合理地使用 loader。

8526 0

GraphQL 和 REST 优缺点对比，附上代码示例

它的目的是纠正REST的一些缺点，但没有一项技术是完美的。与 REST 相比，GraphQL 有哪些优点?为什么要在项目中使用其中一种?...从本文来看，GraphQL 似乎总是比 REST 好，但事实并非如此。在构建应用程序时，你所做的每一个架构决策都有其优缺点，这也不例外。...正确使用 REST 有一个学习曲线，如果你还不知道它，你可以使用 GraphQL 更轻松地创建一个优秀的 API。...如果您不需要使用可能用不同编程语言编写的不同的、完全不同的资源，那么GraphQL 的统一数据 “图” 是非常棒的，但如果您有一个更分布式的后端，就没有那么有用了。...总结和所有事情一样，在决定 REST 和 GraphQL 之间的取舍时需要考虑一些折衷。你为项目选择什么将取决于你的需求和资源。

1K3 0

安息吧 REST API，GraphQL 长存

所以让我回答一下你最有可能问的问题。 REST API 有什么问题？ REST API 最大的问题是其多端点的本质。这要求客户端进行多次往返以获取数据。...在 REST API 中，没有客户端请求语言。客户端无法控制服务器返回的数据。没有任何语言可以这样做。更确切地说，可用于客户端的语言非常有限。...它们当然不是 REST API 的所有问题，我也不想讨论 REST API 是什么。我主要讨论的是比较流行的基于资源的 HTTP 端点 API。...这些 API 中的每一个最终都会变成一个具有常规 REST 端点 + 由于性能原因而制定的自定义特殊端点的组合。这就是为什么 GraphQL 提供了更好的选择。 GraphQL如何做到这一点？...这种声明性创造了一个关于使用 GraphQL 语言的内在模型，它接近于我们用英语考虑数据需求的方式，并且它让使用 GraphQL API 比备选方案（REST API）容易得多。

2.7K3 0

GraphQL

虽然与REST有本质区别，但GraphQL可以作为REST的备选项，它提供了高性能、良好的开发体验和一些强大的工具通过本文，我们来看看怎样用REST和GraphQL来处理一些常见场景。...版本控制难的一个因素是通常很难知道什么信息在被哪些应用和设备使用添加信息一般很容易，无论是REST还是GraphQL，添加字段的话，会流入REST客户端，而会被GraphQL安全忽略，除非改变查询。...GraphQL也支持用废弃字段和废弃原因信息修饰一个schema的原语（primitives） GraphQL中的版本控制： (这里有一张gif图，实在粘不上去，算了不要了) GraphQL vs REST...：缓存 REST里的缓存直接而高效，实际上，缓存是REST的6个原则约束之一，被内置到了RESTful设计里。...，弱化的接口更接近SQL语句之类的东西），如果每一个字段都对应一个查询接口，那么很容易实现一个通用的接口管理层，来完成GraphQL的所有功能。

1.5K4 0

REST API 和 GraphQL的比较

REST（Representational State Transfer）和GraphQL是两种常见的API设计风格，各自有其独特的特点和适用场景。...GraphQL: GraphQL是一种由Facebook开发的查询语言和运行时系统，旨在提供对客户端的更灵活和高效的数据查询和操纵能力。与REST不同，GraphQL使用单一端点和单一POST请求。...下面的图表展示了REST和GraphQL的快速比较。 REST API: 架构风格：基于资源的状态转移（Representational State Transfer）。...端点（Endpoint）：每个资源有一个唯一的URL（统一资源定位符）。数据传输：通常以JSON格式传输数据。请求粒度：由服务器定义，客户端可能会收到不必要的数据。...结论：选择REST还是GraphQL取决于项目的具体需求和复杂性。REST在简单的场景中表现出色，而GraphQL更适用于需要更大灵活性和精确数据控制的复杂应用程序。

1981 0

72.精读《REST, GraphQL, Webhooks, & gRPC 如何选型》

GraphQL GraphQL 不是 REST 的替代品，而是另一种交互形式：前端决定后端的返回结果。...GraphQL 带来的最大好处是精简请求响应内容，不会出现冗余字段，前端可以决定后端返回什么数据。...但要注意的是，前端的决定权取决于后端支持什么数据，因此 GraphQL 更像是精简了返回值的 REST，而后端接口也可以一次性定义完所有功能，而不需要逐个开发。...不仅接口设计方案的使用要分场景，针对某个接口方案的重要性也要再继续细分：在做一个开放接口的项目，提供 Http 接口给第三方使用，这时必须好好规划接口的语义，所以更容易让大家达成一致使用 REST 约定...GraphQL 需要配套 GraphQL 不是 REST 的替代品，所以不要想着团队从 Http 接口迁移到 GraphQL 就能提升 X% 的开发效率。

6071 0

GraphQL的新超能力：破坏性更改检查

作为 API 解决方案架构师，从 REST 到 GraphQL 的演变已成为我设计和大规模管理 API 的方法中的关键转变。REST 及其 OpenAPI 规范长期以来一直主导着这一领域。...厌倦了 REST 和 OpenAPI，我与 GraphQL 的旅程始于寻找 API 管理中的敏捷性和精确性。这一探索让我发现了 GraphQL 的变革力量及其开源和商业工具和库的生态系统。...这在企业环境中至关重要，在该环境中，高效管理众多 API 对运营成功至关重要。我曾与拥有 100 多个 GraphQL 微服务并将其合并到单个超级图 API 中的组织合作！...结论：为什么 GraphQL 代表了 API 的未来 GraphQL 在破坏性变更检查的支持下，使 API 开发团队在动态且快节奏的开发环境中管理 API 生命周期方面比 REST 更有优势。...在我学习了 GraphQL 并自己实施了 GraphQL API 管理工具后，我发现很难回到 REST 和 OpenAPI 的旧方法。

1121 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭