RESTful API 是基于 HTTP 协议的轻量级架构风格,广泛应用于前后端分离开发。以下是设计规范与最佳实践:
核心原则 ✅
资源定位
使用名词表示资源,如/api/users
而非/api/getUsers
统一接口
通过 HTTP 方法(GET/POST/PUT/DELETE)操作资源- GET:获取资源(如
/api/products/123
) - POST:创建资源(如
/api/products
) - PUT:更新资源(如
/api/products/123
) - DELETE:删除资源(如
/api/products/123
)
- GET:获取资源(如
状态无感知
客户端无需维护服务器状态,所有操作通过 URL 和 HTTP 方法完成
常见状态码 📊
状态码 | 含义 | 示例场景 |
---|---|---|
200 | 成功响应 | 获取用户列表 |
201 | 创建成功 | 新增订单 |
400 | 请求错误 | 参数校验失败 |
404 | 资源未找到 | 访问不存在的接口 |
500 | 服务器错误 | 系统异常 |
响应格式 📁
JSON(推荐):
{ "code": 200, "message": "操作成功", "data": { "id": 1, "name": "示例数据" } }
XML(传统方案):
<response> <code>200</code> <message>操作成功</message> <data><id>1</id><name>示例数据</name></data> </response>
最佳实践 💡
- 版本控制:在 URL 添加版本号(如
/api/v1/users
) - 安全性:使用 HTTPS + JWT 认证
- 文档:参考 了解更多设计规范
- 缓存策略:通过
Cache-Control
头控制缓存 - 错误处理:统一返回错误码 + 描述(如
/api/error_codes
)