REST由Roy Fielding于2000年在他的博士论文中引入和定义。REST是用于设计分布式系统的架构风格。它不是标准,而是一组约束,例如无状态,具有客户端/服务器关系和统一接口。REST与HTTP并不严格相关,但最常与它相关联。
- Resources 公开易于理解的目录结构URI。
- Representations 传输JSON或XML以表示数据对象和属性。
- Messages 显式使用HTTP方法(例如,GET,POST,PUT和DELETE)。
- Stateless 交互在请求之间不在服务器上存储客户端上下文。状态依赖性限制并限制可伸缩性。客户端保持会话状态。
使用HTTP方法将CRUD(创建,检索,更新,删除)操作映射到HTTP请求。
检索信息。GET请求必须是安全且幂等的,这意味着无论使用相同参数重复多少次,结果都是相同的。它们可能有副作用,但用户并不期望它们,因此它们对系统的操作不是至关重要的。请求也可以是部分或有条件的。
检索ID为1的地址:
GET /addresses/1
请求URI上的资源对提供的实体执行某些操作。POST通常用于创建新实体,但也可用于更新实体。
创建一个新地址:
POST /addresses
将实体存储在URI中。PUT可以创建新实体或更新现有实体。PUT请求是幂等的。幂等性是PUT与POST请求的期望之间的主要区别。
修改ID为1的地址:
PUT /addresses/1
注意: PUT替换现有实体。如果仅提供数据元素的子集,则其余的将替换为空或null。
仅更新URI上实体的指定字段。PATCH请求既不安全也不是幂等(RFC 5789)。这是因为PATCH操作无法确保整个资源已更新。
PATCH /addresses/1
请求删除资源; 但是,不必立即删除资源。它可能是异步或长时间运行的请求。
删除ID为1的地址:
DELETE /addresses/1
状态代码表示HTTP请求的结果。
- 1XX - 信息
- 2XX–成功
- 3XX - 重定向
- 4XX - 客户端错误
- 5XX - 服务器错误
Accept和Content-Type HTTP头可以用来描述在HTTP请求中发送或请求的内容。如果客户端请求json格式的响应,则可以将Accept设置为application/json。相反,在发送数据时,将内容类型设置为application/xml会告诉客户机请求中发送的数据是xml。