什么是避免后端破坏事件变化的好方法？

Question

我们有一个项目，后端人员不断对他们的终端进行更改，有时候在前端我们遇到了奇怪的错误，在与后端人员交谈之后，我们发现这是他们所做的新改变。

此错误有时难以跟踪并浪费时间。因为我们的代码有一天工作，然后当RESTful api被更改时我们就知道我们的代码不再有效了。

有什么好方法可以避免这种情况？什么是避免这种情况的好方法。你是怎么在贵公司做的？

Answer 1

您应该拥有版本号的API。新的后端功能或后端更改应附带新的API版本号;旧的API版本号应始终保持不变的相同结果。

然后，如果更改后端，他们可以通知您应该使用新版本，并使用新的API版本号，并随时切换到它。

我使用客户端软件的另一种方法（这更重要，因为我不能强迫最终用户升级他们的软件）：我检查从服务器获得的所有内容，以及所有不是＆＃ 39;我期望它被记录在开发人员的机器上的方式。因此，如果服务器改变它发送给我的内容，我会很快知道（如果它影响我们的最终用户，那将会付出代价）。

Answer 2

我接受@ gnasher729的回答。但是如果我们不对REST API进行版本化，那么我们必须采用不同的方式来处理这类问题。

我们按照以下方法来传达REST API更改。希望这对其他人也有帮助。

我们将REST API定义文档和WADL保存在一个中心位置（Git / Project Central），其中包含每个Web服务的示例请求和响应。因此，只要他们添加任何新服务或进行任何架构更改，我们的后端团队就会经常更新此文档。因此，通过定期参考本文档，我们的前端团队将了解API的最新修改。