在对API进行重大更改时，有哪些方法可确保向后兼容？

Question

我有一个内部服务，该服务公开了一些API和使用这些API的客户端。我必须进行一些重大更改，然后重新设计该服务的API。

在进行这些更改时，为这些客户端保持向后兼容性的最佳方法是什么？ （我知道这并不理想，但世界上大多数事情都不对，对吧？）

我能想到的一个解决方案是进行配置，客户端可以根据该配置与旧API或新API进行通信。这使我可以立即合并客户端代码，然后在适当的时候通过配置启用新的API。

我想找出在进行此类重大更改时实际上是否还有更多解决方案。

Answer 1

最常见的方法是在API中引入版本控制，例如：

http://api.example.com/（为了向后兼容，可以默认使用旧版本）

http://api.example.com/v1

等...

在此处查看更多信息和示例：https://restfulapi.net/versioning/