为了保证前后端接口的兼容性,通常需要对接口进行版本管理。以下是一些示例常用的接口版本管理的方法:
URI 版本控制:
这种方法在 URI 上使用 URL path 来指定不同的版本,例如:
https://xyz.com/v1/xxx
https://xyz.com/v2/xxx
这样我们可以通过 URL path 的版本号,快速区分不同版本的 API。
示例代码如下:
@RestController @RequestMapping("/api/v1") public class UserControllerV1 { @GetMapping("") public Result<UserDTO> getUsers() { // v1 版本用户端实现逻辑 } } @RestController @RequestMapping("/api/v2") public class UserControllerV2 { @GetMapping("") public Result<UserDTOV2> getUsers() { // v2 版本用户端实现逻辑 } }
HTTP Header 版本控制:
这种方法在 HTTP Header 中添加一个自定义的版本控制头,例如:
Api-Version: 1
Api-Version: 2
客户端在请求时添加对应的版本号,服务端则通过解析请求头中的版本号来判断调用的是哪个版本的接口。
示例代码如下:
@RestController @RequestMapping("/api") public class UserController { @GetMapping("") public Result<UserDTO> getUsers(@RequestHeader("Api-Version") Integer version) { if (version == 1) { // v1 版本用户端实现逻辑 } else if (version == 2) { // v2 版本用户端实现逻辑 } else { // 其他版本的用户端实现逻辑 } } }
Query String 版本控制:
这种方法在 Query String 中添加版本号参数,例如:
https://xyz.com/xxx?api-version=1
https://xyz.com/xxx?api-version=2
这种方法和 HTTP Header 版本控制方法相似,只是将版本号放在 Query String 中。
示例代码如下:
@RestController @RequestMapping("/api") public class UserController { @GetMapping("") public Result<UserDTO> getUsers(@RequestParam("api-version") Integer version) { if (version == 1) { // v1 版本用户端实现逻辑 } else if (version == 2) { // v2 版本用户端实现逻辑 } else { // 其他版本的用户端实现逻辑 } } }
无论采用哪种版本控制方式,重要的是在控制器中进行统一格式规范,利用文档工具(如 Swagger)进行明确定义和说明,以方便前端开发者调用不同版本的 API,同时也能方便后端开发者对接口进行维护和管理。