- 综合排序
- 最热优先
- 最新优先
- 来自专栏WebAPI
RESTful API 主流API风格
是一种软件架构风格、设计风格，可以让软件更加清晰，更简洁，更有层次，可维护性更好二、RESTful API 请求设计要按照：请求 = 动词 + 宾语 动词：使用五种 HTTP 方法，对应 CRUD 操作 ，每多插入一次都会出现新结果 PUT 非安全 幂等 写操作非安全，一次和多次更新结果一致 DELETE 非安全 幂等 写操作非安全，一次和多次删除结果一致 三、传统模式 URI 和 RESTful 风格对比 3xx 状态码 API 用不到301状态码（永久重定向）和302状态码（暂时重定向，307也是这个含义），因为它们可以由应用级别返回，浏览器会直接跳转，API 级别可以不考虑这两种情况。 API 主要是用303 See Other，表示参考另一个 URL。 不要返回纯本文 API 返回的数据格式，不应该是纯文本，而应该是一个 JSON 对象，因为这样才能返回标准的结构化数据。
3.6K11编辑于 2023-02-28 - 来自专栏陶然同学博客
【Elasticsearch】Rest风格API
Rest风格API Elasticsearch提供了Rest风格的API，即http请求接口 基本概念 Elasticsearch也是基于Lucene的全文检索库，本质也是存储数据，很多概念与MySQL
1.8K40编辑于 2023-02-24 - 来自专栏愧怍的技术学习与分享
Api接口风格
前后端数据交互，经常要和 Api 打交道，于是关于 Api 接口的设计，有必要好好写一写 Restful api 风格 首先还是得说一下REST 是设计风格而不是标准，也就是在写 api 接口的时候 /user/edit // 编辑用户 POST /user/delete // 删除用户 与之对应 Restful Api 风格 GET / user // 获取列表 GET / user / { id 易猜测 api 接口 实际上，采用了 Restful 风格，几乎一猜就能猜到对应的 api。比如商品管理，无非就是获取商品列表，添加商品，编辑商品，删除商品。 Restful 风格想的太美好了，然而实际业务中 很多时候并不能单纯的通过 get post put delete 这四种请求发送来表明真实意义，所以我在增删改查的时候才会使用 Restful api 什么样的风格都因人而异，主要自己用的习惯就行，毕竟 api 接口只是风格，并不作为标准来衡量。
74710编辑于 2022-12-27 - 来自专栏全栈技术
浅谈RESTful API设计风格
关于RESTful API 相关资料： RESTFUL是一种网络应用程序的设计风格和开发方式，基于HTTP，可以使用XML格式定义或JSON格式定义。 值得注意的是REST并没有一个明确的标准，而更像是一种设计的风格。 重点：RESTful是一种URL的设计风格。 通常，使用RESTful风格的API，响应给客户端的数据是XML或JSON格式的，也就是“响应正文”，是使用了前后端分离的开发方式。 如果没有明确的约定，可以采取以下风格： /resources/id/command 或 /resouces/id/property/command 以上设计风格中： resources：资源，也就是需要访问的是哪种数据 SpringMVC框架是支持RESTful风格的！
1K20发布于 2021-08-23 - 来自专栏coderidea
常见的API架构风格
在构建应用程序时，选择合适的API架构风格对于实现良好的性能和开发体验至关重要。 以下是几种常见的API架构风格： 1.REST（表述性状态转移）: REST是一种基于标准HTTP方法的架构风格，通过使用无状态的通信来实现轻量级的、可扩展的服务。 2.GraphQL: GraphQL是一种用于API的查询语言，允许客户端以更灵活的方式获取数据。 客户端可以明确请求所需的数据，避免过度获取或不足获取的问题。 7.Webhook: Webhook通常用于第三方异步API调用。例如，我们使用Stripe或Paypal作为支付渠道，并为支付结果注册了一个Webhook。 每种架构风格都有其独特的优势和适用场景，开发者应根据项目需求和偏好进行选择。在构建应用程序时，灵活地运用这些API架构风格可以实现更好的性能和用户体验。
64510编辑于 2024-02-22 - 来自专栏IT知识进阶学习
写出优雅的Restful风格API
---- 一: Restful API展示 废话不多说、先展示Restful 风格的API 1、// 新增一篇文章 @RequestMapping(value = "/articles",method RestfulAPI: 它不是一种新的技术,而是基于Rest架构思想的API设计风格。 三: Restful API风格的优点 (一) 优点: 它是面向资源的(名词) 通过URL就知道需要什么资源 通过Http Method(get/post...)就知道针对资源干什么 通过 四: Restful API风格的注意事项 请求资源应该使用复数而不是单数,因为Restful API风格是是面向资源的(名词) 强制性添加API版本声明，不要发布无版本的API,如: api.v1 五: 总结 无论是面试或者工作中,总会听到别人问到关于Restful风格API的问题,其实,它并不是我们想象中的那么高深莫测,它只是一种设置API架构风格,而不是一种新的技术,遵循这种风格设计的API
40410编辑于 2022-09-13 - 来自专栏猫头虎博客专区
最新 Restful API 风格 ResponseEntity 用法大全
最新 Restful API 风格 ResponseEntity 用法大全 我们在使用ResponseEntity时，更多的是为了设置不同的HttpResponse Code，如果你的系统偏好是通过Response Body中的Code来判断API状态即几乎所有API的HttpResponse Code=200，那么完全可以不使用ResponseEntity作为返回数据类型，只需要去返回Response Body ，通过Body中开发者自定义的Code给API设置状态 最新 Restful API 风格 ResponseEntity 用法大全 用法一: //1.
1.2K20编辑于 2024-04-07 - 来自专栏丑胖侠
什么是RESTful风格的API设计？
随着移动互联网的兴起，RESTful风格的API设计也随之流行起来，但我们说了那么多RESTful设计，它到底是什么？本篇文章带大家来了解一下它的真实面目。 为什么要使用RESTful风格呢 这是因为RESTful风格的设计拥有以下特点：结构清晰、符合标准、易于理解、扩展方便。 RESTful风格示例 以用户（User）的增删改查为例，我们可以设计出一下接口形式： 每列分别对应，（请求类型：请求地址：功能描述） get ： /user/list ：获取所有用户信息 post：
1.3K10发布于 2020-02-25 - 来自专栏前端全栈开发者
前端要知道的RESTful API架构风格
下面介绍一种API架构风格，也是目前主流的API设计风格，你或许一直在使用。 ? RESTful API 示例 REST是什么？ 如果有人这么问你，你可以非常言简意赅的告诉他：“REST是一个风格！” ，用英文说就是 Style，那他是什么风格呢？它是万维网软件架构风格。 风格这个词是非常关键的，因为它告诉我们，REST 不是协议，也不是什么硬性的规范，仅仅就是一种架构风格而已。 ，别的风格也可以用到缓存。 管理，基本遵循RESTful API架构风格 image.png RESTful API 示例 路径 https://api.example.com/v1/zoos https://api.example.com 本文链接：https://zhangbing.site/2019/07/28/前端要知道的RESTful-API架构风格/。
1.3K30发布于 2019-12-27 - 来自专栏深度学习与python
4种主流的API架构风格对比
作者 | AltexSoft 译者 | 朱琪珊 策划 | 万佳 本文讨论了四种主要的 API 架构风格，比较它们的优缺点，并重点介绍每种情况下最适合的 API 架构风格。 为了快速、大规模地集成不同的应用程序，API 使用协议或规范来定义那些通过网络传输的消息的语义和信息。这些规范构成了 API 的体系结构。 在过去，人们已经发布了多种不同的 API 架构风格。 每个架构风格都有它独有的标准化数据交换的模式。这一系列的 API 架构风格的选项，引发了大量的关于哪种架构风格才是最好的争论。 ? 伴随着大量的消息结构，XML 数据格式使得 SOAP 成为了最冗长的 API 架构风格。 3REST：使数据作为资源可用 REST 如今是一种无需解释的 API 架构风格，它由一系列的架构约束所定义，旨在被广泛 API 使用者采用。
3K20发布于 2021-01-21 - 来自专栏架构之家
4种主流的API架构风格对比
为了快速、大规模地集成不同的应用程序，API 使用协议或规范来定义那些通过网络传输的消息的语义和信息。这些规范构成了 API 的体系结构。 在过去，人们已经发布了多种不同的 API 架构风格。 每个架构风格都有它独有的标准化数据交换的模式。这一系列的 API 架构风格的选项，引发了大量的关于哪种架构风格才是最好的争论。 （四种 API 架构风格） RPC：调用另一个系统的函数 远程过程调用是一种允许在不同上下文中远程执行函数的规范。RPC 扩展了本地过程调用的概念，并将其放在 HTTP API 的上下文中。 伴随着大量的消息结构，XML 数据格式使得 SOAP 成为了最冗长的 API 架构风格。 REST：使数据作为资源可用 REST 如今是一种无需解释的 API 架构风格，它由一系列的架构约束所定义，旨在被广泛 API 使用者采用。
3K30编辑于 2022-07-12 - 来自专栏编程进阶实战
浅谈6种流行的API架构风格
前言API在现代软件开发中扮演着重要的角色，它们是不同应用程序之间的桥梁。编写业务API是日常开发工作中最常见的一部分，选择合适的API框架对项目的成功起到了至关重要的作用。 本篇文章将浅谈一下当前6种流行的API架构风格的优点、缺点以及适用场景。 6种流行的API架构风格图SOAP SOAP全拼：Simple Object Access Protocol 优点：SOAP 是一种基于 XML 的通信协议，具有良好的跨平台和跨语言支持。 RESTful RESTful全拼：Representational State Transfer 优点：RESTful 一种基于现有 Web标准和 HTTP协议的设计和构建网络应用程序的架构风格，旨在提供一种简洁 总结这些 API 架构风格都各有优点和适用场景，您可以根据具体需求选择适合的架构风格来构建和设计 API。
85500编辑于 2024-01-12 - 来自专栏云前端
自定义mock数据，实现restful风格api
介绍两种方式做mock的server： - Express for mock - json-server express for mock 因为我们要实现restful风格的api， 所以我们需要构建服务器 /birds'); ... app.use('/birds', birds); 应用即可处理发自 /birds 和 /birds/about 的请求 faker.js 用来mock数据，有自己的API， faker.name.findName(); var randomEmail = faker.internet.email(); var randomCard = faker.helpers.createCard(); API
1.8K30发布于 2020-06-15 - 来自专栏JAVA 框架/源码学习
Spring Boot REST 风格 API 接口 JWT Token 认证
Spring Boot REST 风格 API 接口 JWT Token 认证 需求分析 接口认证需求: 1 能够有选择地过滤没有权限(Token)的请求 2 Token 具有时效性 3 如果用户连续操作
2.1K10发布于 2021-01-14 - 来自专栏HelloGitHub
初始化 RESTful API 风格的博客系统
'rest_framework', ] django-rest-framework 还为我们提供了一个与 API 进行交互的后台，有时候 API 可能需要登录认证，因此将 django-rest-framework path("api/", include(router.urls)), path("api/auth/", include("rest_framework.urls", namespace="rest_framework DefaultRouter 类默认会帮我们生成一个API 交互后台的根视图，直接访问 http://127.0.0.1:8000/api/ 就可以进入 API 交互后台。 这个页面会列出所有可用的 API，因为现在没有开发任何 API，所以列表为空。 点击右上角的 Log in 可进行认证登录，登录后就能和需要认证登录才能访问的 API 进行交互。 这个 API 交互后台是我们开发调试的利器，我们以后还会不断接触，到时候大家就能体会到他的作用了。
99720发布于 2021-05-14 - 来自专栏魏杰的技术专栏
用 MiniFramework 快速构建 REST 风格的 API 接口
通过 MiniFramework 内置的 REST 接口功能，我们可以很轻松的快速构建起基于 REST 风格的 API 接口，特别是在开发 iOS 和 Android 手机客户端应用时，服务器端的 API 下面介绍一下如何使用 MiniFramework 开发 REST 风格的 API 接口。 第四步，创建 API 程序 找到 App/Api 目录，这里是存放 API 接口的地方，在里面已经附带了一个名为 Version.php 的 demo，你可以参考这个文件的代码，编写自己的 API，比如我们创建一个名为 php //首先要声明当前文件的命名空间为 App\Api namespace App\Api; //还要引入 Mini\Rest use Mini\Rest; class User extends 我们可以看到，上边 User 类的代码中，在最开始要通过 namespace 来声明当前文件的命名空间，在 MiniFramework 中，默认情况下 API 接口的命名空间统一为 App/Api。
84320编辑于 2022-12-23 - 来自专栏后端技术探索
Restful风格的HTTP Basic Athorization基本认证API接口
写接口的时候，推荐大家用Restful方式的，因为这样更加的有序，灵巧REST只是风格，不是标准。 Python app.route('/echo', methods = ['GET', 'POST', 'PATCH', 'PUT', 'DELETE']) def api_echo(): Python @app.route('/secrets') @requires_auth def api_hello(): return "http://xiaorui.cc 我们请求下
1.7K20发布于 2018-08-09 - 来自专栏windealli
四种主流的API风格介绍与对比
随着互联网技术的不断发展，各种API规范也随之涌现，其中最常见的API风格包括：RESTful API、GraphQL API、RPC API和SOAP API。 本文将介绍这几种主流的API风格，并就它们的优缺点进行对比分析，以及哪种规范更加适合不同的应用程序场景。 二、RESTful API RESTful API 简介 • 官网：https://restfulapi.net/ RESTful API是最常见的API风格之一，REST 指的是 Representational 三、GraphQL API GraphQL API 简介 GraphQL API官网： https://graphql.org/ GraphQL API的基本概念是使用GraphQL语言来描述API的查询能力 六、对比分析 下表列出了四种主流的API风格在使用场景、数据格式和接口性能等方面的比较： API风格 使用场景 数据格式 接口性能 SOAP API 企业级应用、大规模数据请求与查询、跨平台应用 XML
3.2K50编辑于 2023-10-24 - 来自专栏嘿嘿的专栏
简单实现 next.js 的 restful 风格 API handler 封装
最近在做个 next.js 的内部项目，由于 next.js 可以通过文件 API 路由的方式快速创建一个 API，因此选择了使用 restful 风格，这样可以利用好 next.js 文件路由的优势。 问题暴露 不过这样做了一段时间后便发现了一些问题： 每个 handler 中都需要去按照 request method 来判断操作逻辑，导致每个 API 路由文件中充斥着各种 === 'GET' === 为了有更好的开发体验使用了 ts 开发，然而每次 API handler 中都要手动声明一次 request 类型和 response 类型，着实麻烦。 /pages/api/handler.ts import handlerWrapper from '../.. 结语 通过上面的封装，不需要多少时间就可以将 next.js 的 API 处理简化数倍，且让程序健壮性更高，后续的可维护性也大大提升。
2.2K31编辑于 2023-05-09 - 来自专栏深度学习与python
gRPC vs REST：两种API架构风格的对比
本文会具体介绍两种 API 架构风格：REST 和 gRPC，并讨论它们之间的区别。不过，首先，我们会解释什么是 API，以及为什么它对微服务基础设施而言至关重要。 本文会对比 gRPC 和 REST 两大架构风格，因为它们代表了人们创建 API 时最常用的两种架构风格。 作为微服务架构一部分的组件服务通过 API 相互通信和交互。换句话说，API 允许集成到微服务应用程序中的所有服务互相连接和通信。 最常用的架构风格是 REST API。 此外，REST 遵循 HTTP 协议标准化并提供通用支持，使这种 API 架构风格成为 Web 服务开发以及应用程序和微服务集成的首选。然而，这并不意味着我们应该忽视 gRPC 的应用场景。 这些因素使 gRPC 成为了一种很有前途的 API 架构风格。 尽管如此，浏览器支持不足使 gRPC 很难匹敌 REST 的通用支持能力。REST 仍然是微服务系统中的粘合剂，是最流行的解决方案。
2.2K30编辑于 2023-04-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号