api多版本管理方案（api接口版本控制）

本文目录一览：

• 1、Web API 版本有几种控制方式？

• 2、维护restfulapi的版本的最佳方式是什么？

• 3、为什么要用wso2的api管理平台

• 4、如何设计同时存在多个运行版本RESTful API

• 5、c/s架构，Open API服务端多版本怎么共存，怎么管理。多版本bug怎么处理？

Web API 版本有几种控制方式？

Web API 版本的控制方式有五种，分别如下：

方式一：利用URL

方式二：利用用户自定义的request header

方式三：利用content type

方式四：利用content type

这个方式和方式三的小不同的地方是，把版本号分离出来了。

方式五：利用URL里的parameter

维护restfulapi的版本的最佳方式是什么？

1.URI中带版本号的方式访问如/v1/user/1

好处就是可以写成多个controller方便管理和维护，坏处就是第一前端麻烦，api升级之后还需要更改地址，第二代码存在冗余，在功能可能重叠的情况下可能会写出一些重复代码。

2.head带版本号的方式

对于客户端来说调用更方便，所有api接口的地址都不改动，只需要更改自身版本号即可访问新的接口，坏处就是做兼容性有一点麻烦。

推荐的做法是两种一起用，对外的API地址一直保持不变，做一个类似转发器(直接用spring的interceptor进行拦截请求)，然后内部api还是按照版本写成不同的地址和controller，方便维护和管理。

为什么要用wso2的api管理平台

对于API作者和发布者来说，该API管理器可以：

面向外部消费者、合作伙伴以及内部用户发布API，支持SOAP和REST服务

管理API版本（可以并行部署多个版本）

管理API的生命周期（发布、否决、撤销）

为API附上文档（文件、外部URL）

为API应用安全政策（认证、授权）

附加SLA（Service-Level Agreement，服务等级协议）

跟踪消费者的每个API

监视API的使用、性能和SLA依从性

如何设计同时存在多个运行版本RESTful API

确保安全性可以从三个方面去做： 对客户端做身份认证 对敏感的数据做加密，并且防止篡改 身份认证之后的授权 现在比较流行的是使用OAuth协议做身份认证

c/s架构，Open API服务端多版本怎么共存，怎么管理。多版本bug怎么处理？

B / S架构是有限的浏览器开发为导向的课程一般都是非连接和浏览器的兼容性，安全性，并且在界面层查看许多其他发展限制，不能随意调用客户机。

C / S架构可以用N种方案，与需求完全开发的，也有单独的客户端来写，你可以把客户端，客户端调用的性能的全部优点资源，但该程序的相容性比B / S结构是不上。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。