关于 REST API 版本控制问题?

目前项目需要做版本控制,这样 app 在不升级的情况也能访问到正确的路由。
查找了很多资料,目前推荐的有三种方式:
1.在 url 中标记版本:

https://example.com/api/v1/lists
https://example.com/api/v2/lists

2.在 header 中标记版本:

Accept: example.com+json; version=1.0
Accept: example.com+json; version=2.0

3.同时部署多个版本的服务,通过不同的域名进行标记版本:

https://v1.example.com/lists
https://v2.example.com/lists

对比这三种方式,前两种都需要在项目里面维护多份代码,会出现很多冗余数据;最后一种则是部署比较麻烦,同时还要占用多台服务器。
想请教各位同学,哪种方式才是比较合理的了?

《L01 基础入门》
我们将带你从零开发一个项目并部署到线上,本课程教授 Web 开发中专业、实用的技能,如 Git 工作流、Laravel Mix 前端工作流等。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
最佳答案

1 / 3。原因:直观。

第 3 种不需要多台服务器,也没有多少部署成本,可以用负载均衡、Nginx、甚至是 Laravel Domain 路由实现。

5年前 评论
讨论数量: 4

dingo的应该属于第二种,我个人比较喜欢第一种

5年前 评论

1 / 3。原因:直观。

第 3 种不需要多台服务器,也没有多少部署成本,可以用负载均衡、Nginx、甚至是 Laravel Domain 路由实现。

5年前 评论

@Wi1dcard @liuyi 目前还是采用的第一种方案;方便管理一点

5年前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!