RESTFUL 风格
RESTFUL 风格
Jin概念
RESTful(Representational State Transfer)是一种软件架构风格,用于设计网络应用程序和服务之间的通信。它是一种基于标准 HTTP 方法的简单和轻量级的通信协议,广泛应用于现代的Web服务开发
风格特点
- 每一个URI代表1种资源(URI 是名词)
- 客户端使用 GET、POST、PUT、DELETE 4个表示操作方式的动词对服务端资源进行操作:GET 用来获取资源,POST用来新建资源(也可以用于更新资源),PUT 用来更新资源,DELETE 用来删除资源;
- 资源的表现形式是 XML 或者 JSON
- 客户端与服务端之间的交互在请求之间是无状态的,从客户端到服务端的每个请求都必须包含理解请求所必需的信息。
请求方式要求
操作 | 传统风格 | REST 风格 |
---|---|---|
保存 | /CRUD/saveEmp | URL 地址:/CRUD/emp
请求方式:POST |
删除 | /CRUD/removeEmp?empId=2 | URL 地址:/CRUD/emp/2
请求方式:DELETE |
更新 | /CRUD/updateEmp | URL 地址:/CRUD/emp
请求方式:PUT |
查询 | /CRUD/editEmp?empId=2 | URL 地址:/CRUD/emp/2
请求方式:GET |
好处
含蓄,安全
使用问号键值对的方式给服务器传递数据太明显,容易被人利用来对系统进行破坏。使用 REST 风格携带数据不再需要明显的暴露数据的名称。
风格统一
URL 地址整体格式统一,从前到后始终都使用斜杠划分各个单词,用简单一致的格式表达语义。
无状态
在调用一个接口(访问、操作资源)的时候,可以不用考虑上下文,不用考虑当前状态,极大的降低了系统设计的复杂度。
严谨,规范
严格按照 HTTP1.1 协议中定义的请求方式本身的语义进行操作。
简洁,优雅
过去做增删改查操作需要设计4个不同的URL,现在一个就够
丰富的语义
通过 URL 地址就可以知道资源之间的关系。它能够把一句话中的很多单词用斜杠连起来,反过来说就是可以在 URL 地址中用一句话来充分表达语义
风格实战
- 数据结构: User {id 唯一标识,name 用户名,age 用户年龄}
- 功能分析
- 用户数据分页展示功能(条件:page 页数 默认1,size 每页数量 默认 10)
- 保存用户功能
- 根据用户id查询用户详情功能
- 根据用户id更新用户数据功能
- 根据用户id删除用户数据功能
- 多条件模糊查询用户功能(条件:keyword 模糊关键字,page 页数 默认1,size 每页数量 默认 10)
接口设计
功能 | 接口和请求方式 | 请求参数 | 返回值 |
---|---|---|---|
分页查询 | GET /user | page=1&size=10 | { 响应数据 } |
用户添加 | POST /user | { user 数据 } | {响应数据} |
用户详情 | GET /user/1 | 路径参数 | {响应数据} |
用户更新 | PUT /user | { user 更新数据} | {响应数据} |
用户删除 | DELETE /user/1 | 路径参数 | {响应数据} |
条件模糊 | GET /user/search | page=1&size=10&keywork=关键字 | {响应数据} |
误区:restful风格下,不是所有请求参数都是路径传递!可以使用其他方式传递!
在 RESTful API 的设计中,路径和请求参数和请求体都是用来向服务器传递信息的方式。
- 对于查询用户详情,使用路径传递参数是因为这是一个单一资源的查询,即查询一条用户记录。使用路径参数可以明确指定所请求的资源,便于服务器定位并返回对应的资源,也符合 RESTful 风格的要求。
- 而对于多条件模糊查询,使用请求参数传递参数是因为这是一个资源集合的查询,即查询多条用户记录。使用请求参数可以通过组合不同参数来限制查询结果,路径参数的组合和排列可能会很多,不如使用请求参数更加灵活和简洁。
此外,还有一些通用的原则可以遵循: - 路径参数应该用于指定资源的唯一标识或者 ID,而请求参数应该用于指定查询条件或者操作参数。
- 请求参数应该限制在 10 个以内,过多的请求参数可能导致接口难以维护和使用。
- 对于敏感信息,最好使用 POST 和请求体来传递参数
创建 User 实体类
@Data
@ToString
public class User {
private Long id;
private String name;
private Integer age;
}
创建 Controller
@RestController
@RequestMapping("/user")
@Slf4j
public class UserRestfulController {
/**
* 分页查询
*/
@GetMapping
public Object queryPage(
@RequestParam(name = "page", required = false, defaultValue = "1") int page,
@RequestParam(name = "size", required = false, defaultValue = "10") int size) {
log.debug("page = " + page + ", size = " + size);
log.debug("分页查询业务!");
return "{'status':'ok'}";
}
/**
* 保存用户
*/
@PostMapping
public Object saveUser(@RequestBody User user) {
log.debug("user = " + user);
log.debug("用户保存");
return "{'status':'ok'}";
}
/**
* 模拟用户详情业务接口
*/
@PostMapping("/{id}")
public Object detailUser(@PathVariable Integer id) {
log.debug("id = " + id);
log.debug("用户详情业务!");
return "{'status':'ok'}";
}
/**
* 模拟用户更新业务接口
*/
@PutMapping
public Object updateUser(@RequestBody User user) {
log.debug("user = " + user);
log.debug("用户更新业务!");
return "{'status':'ok'}";
}
/**
* 模拟条件分页查询业务接口
*/
@GetMapping("search")
public Object queryPage(
@RequestParam(name = "page", required = false, defaultValue = "1") int page,
@RequestParam(name = "size", required = false, defaultValue = "10") int size,
@RequestParam(name = "keyword", required = false) String keyword) {
log.debug("page = " + page + ", size = " + size + ", keyword = " + keyword);
log.debug("条件分页查询业务!");
return "{'status':'ok'}";
}
}
测试接口
GET http://localhost:8080/user
POST http://localhost:8080/user
Content-Type: application/json
{
"id": 1,
"age": 12,
"name": "jay"
}
POST http://localhost:8080/user/1
Content-Type: application/x-www-form-urlencoded
PUT http://localhost:8080/user
Content-Type: application/json
{
"id": 1,
"name": "zs",
"age": 12
}
GET http://localhost:8080/user/search?keyword=zs
评论
匿名评论隐私政策
✅ 你无需删除空行,直接评论以获取最佳展示效果