项目基于 SpringBoot,业务迭代较快,常有接口不向下兼容的情况,需要实现多版本的接口
Api 版本控制的方式:
实际项目中,一般选择第二种:请求 url 路径区分。因为第二种既能保证水平扩展,有不影响以前的老版本
原文链接: https://blog.csdn.net/weixin_39255905/article/details/110391515
比较倾向 url 路径区分,如上实现@ApiVersion()
如:test.com/api/v1/test
其中v1
是版本 test
是具体接口
在 Contorller 层添加注解,如 @ApiVersion(1)
和 @ApiVersion(2)
在具体的 Methods 上添加注解,如 @ApiVersion(3)
@ApiVersion(3)
自定义注解,传递参数信息表示默认最低的版本限制。综上所述,大家更喜欢哪种方式?
1
wonderfulcxm 2022-09-29 11:23:02 +08:00 via iPhone
WordPress 的 rest API 是第二种,可能是因为它面向的用户什么水平的都有,为了简单,不用考虑再加一个域名。
|
2
remember5 OP @wonderfulcxm #1 是的,个人也比较倾向 url 路径区分
|
3
maggch97 2022-09-29 11:58:02 +08:00 via Android
你说的 1 和 3 根本没有一个成熟的 api 这么做吧,都是 2
|
4
lkk 2022-09-29 13:39:41 +08:00
2 吧。1 还要多来一个 DNS 策略
|
5
gxvsko 2022-09-29 13:45:01 +08:00 1
https://restfulapi.net/versioning/
还可以放到 Accept header 头里 |
6
wolfie 2022-09-29 13:48:34 +08:00
一般大厂对外 openapi 都是 2
|
7
hsymlg 2022-09-29 13:52:19 +08:00
做契约测试,类似 pact ,不用的接口及时过期或清理。git 本身就是控制版本的,再在接口上面加上版号,自我折磨嘛。
|
8
otakustay 2022-09-29 14:14:44 +08:00
1 涉及跨域太要命了,3 涉及参数拼接太麻烦了,基本全是 2 或者 header 传 X-API-Version
|
9
Oktfolio 2022-09-29 14:28:55 +08:00
|
10
julyclyde 2022-09-29 14:55:16 +08:00
如果有条件的话,用域名最好
等到将来,你都 v 好几了,还有几个赖着不走的 v1 客户端,可以直接掐了他们的服务,以绝后患 如果用路径的话,赖着不走的旧版本客户端,无论如何都会给你带来点儿负担的 querystring 显然是错误的,别想了 |
11
remember5 OP |
13
remember5 OP @julyclyde #10 是的,域名的话,考虑到会对接三方以及跨域的风险,不过域名可以起到绝对的隔离,querystring 只是一种想法,并不成熟,也不理想。
|
14
alen0206 2022-09-29 17:47:36 +08:00
/api/v2
|
15
humpy 2022-09-29 18:22:44 +08:00 via iPhone
针对主楼的内容,直接 requestmapping 的 path 写上 v1 、v2 就行了,为什么还要发明一个注解呢
|
17
remember5 OP @humpy #15 感谢提醒,上面忘记补充了,直接在 ReuqestMapping 中添加 /v1 /v2 的确更加直观,但注解方式更加灵活,可控制最低版本限制,版本继承等优点。
|
18
xuanbg 2022-09-30 08:46:54 +08:00
不在单个接口 url 上面区别版本的话,不知道有多少坑。。。。
|