小编Uri*_*ann的帖子

我正在开发一个 REST 服务，我的一个服务器端操作以一种可能需要一段时间的方式操作数据库，但是一旦操作开始，数据库就无法恢复（这是来自我们的系统的约束）正在我们的服务器上使用。我也许可以在以后的版本中更改它，但现在我们被这个限制所困）。结果是在允许操作运行之前，我需要一个带有警告的“确定/取消”对话框。

起初我想把创建对话框的逻辑放在客户端，但这似乎违反了 HATEOAS（例如，如果我在服务器端更改框架，则不需要对话框，但我赢了如果我的 API 保持不变，则不想更改客户端）。我的下一个解决方案是返回带有警告的响应，以及链接到不同 POST 操作的 ok，但我不确定何时发送我的参数。我是否在第一个 POST 中发送参数？如果是这样，他们如何进入第二个 POST（当然不保持应用程序状态）？仅将参数发送到第二个 POST 不是一种选择，因为只有 HATEOAS 将确定是否需要第二个。

我在这里发现了一个类似的问题： REST、HTTP DELETE 和参数 但这有两个问题：

1. 它没有解决我们的问题（因为他只在第二次尝试时添加了一个参数，但我需要从第一次开始就随身携带我的参数）。
2. DELETE 必须符合“统一接口”。他确实提出了一个有效的观点，即并非所有客户端都一定需要确认，但是将整个对话框放在 UI 中让我回到我们的问题，如果我改进我的服务器端应用程序会发生什么。

我很高兴听到你对此事的看法。

PS：这是我在stackoverflow.com上的第一篇文章（经过多年使用它来寻找我之前提出的问题的答案），所以如果问题的格式不太正确，请原谅我（欢迎您更正当然是我）。