restful规范

本文详细阐述了RESTful API的设计原则与规范,包括面向资源编程、请求方式、URL版本控制、过滤条件、HTTPS使用、状态码响应、返回值、错误信息处理及超链接API的运用,为开发者提供全面的RESTful架构指导。

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

RESTful 规范

一种软件的架构风格,设计风格,而不是标准,为客户端和服务端的交互提供一组设计原则和约束条件

一 面向资源编程

每一个url代表一个资源,URL中尽量不要用动词,要用名词,名词和数据库中的表对应

例如:
http://www.luffycity.com/salary?page=1&size=10

二 不同的请求方式的不同,进行不同的操作

GET/POST/PUT/DELETE/PATCH

三 在URL中体现版本(要迭代)

例如:
http://www.luffycity.com/v1/salary?page=1&size=10 
http://www.luffycity.com/v2/salary?page=1&size=10 
https://v4.bootcss.com/?page=1&size=10 
https://v3.bootcss.com/?page=1&size=10

四 在URL中体现是否是API

例如:
http://www.luffycity.com/api/v1/salary?page=1&size=10 
http://www.luffycity.com/api/v2/salary?page=1&size=10

五 在URL中的过滤条件(在url上添加?page=1&size=10)

http://www.luffycity.com/salary?page=1&size=10

六 尽量使用HTTPS

HTTPS会比http安全

七 响应时设置状态码

  1   信息,服务器收到请求,需要请求者继续执行操作

  2  成功,操作被成功接收并处理

  3  重定向,需要进一步的操作以完成请求

  4  客户端错误,请求包含语法错误或无法完成请求

  5  服务器错误,服务器在处理请求的过程中发生了错误

八 返回值

根据请求方式的不同,返回不同的返回值

  GET请求 返回查到所有或单条数据
  POST请求 返回新增的数据
  PUT请求 返回更新数据
  PATCH请求 局部更新 返回更新整条数据
  DELETE请求 返回值为空

九 返回错误信息

返回值携带错误信息(我们在登录的时候,用户名和密码输入错误信息标红显示)

十 Hypermedia API(超链接)

如果遇到需要跳转的情况 携带调转接口的URL

ret = {
    code: 1000,
    data:{
        id:1,
        name:'小强',
        depart_id:http://www.luffycity.com/api/v1/depart/8/
    }
}

转载于:https://www.cnblogs.com/a438842265/p/9709699.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值