你得具体看你的业务场景,不明白你具体做到什么粒度,也不清楚你的业务场景1.增量式的版本隔离这种场景下,一般情况下,新老API是共存的,你的每个新API可以通过V?的形式隔离,通过权限和后台系统的版本管理控制,允许用户动态升级版本2.全量式的版本隔离这种场景就是断层重做的,所有API都是新的一套,比如HTTP接口,你可以通过统一前缀的方式/v?来控制版本,用户开始使用前确定版本,后面的所有接口都是通过一个path前缀,例如Spring框架,nginx都可以很好的通过路由来做到这一点
你得具体看你的业务场景,不明白你具体做到什么粒度,也不清楚你的业务场景
1.增量式的版本隔离
这种场景下,一般情况下,新老API是共存的,你的每个新API可以通过
V?
的形式隔离,通过权限和后台系统的版本管理控制,允许用户动态升级版本2.全量式的版本隔离
这种场景就是断层重做的,所有API都是新的一套,比如HTTP接口,你可以通过统一前缀的方式
/v?
来控制版本,用户开始使用前确定版本,后面的所有接口都是通过一个path前缀,例如Spring
框架,nginx都可以很好的通过路由来做到这一点