关于 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

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

《L04 微信小程序从零到发布》
从小程序个人账户申请开始,带你一步步进行开发一个微信小程序,直到提交微信控制台上线发布。
《L01 基础入门》
我们将带你从零开发一个项目并部署到线上,本课程教授 Web 开发中专业、实用的技能,如 Git 工作流、Laravel Mix 前端工作流等。
最佳答案

1 / 3。原因:直观。

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

6年前 评论
讨论数量: 4

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

6年前 评论

1 / 3。原因:直观。

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

6年前 评论

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

6年前 评论

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