对于HTTP API设计，我需要允许用户具有获取资源上的HTTP DELETE调用可能触发的更改列表的能力。即，如果资源是一对多关系中的父级，则需要用子级列表进行回复。其背后的想法是，客户可以在实际进行更改之前使用此信息来确认破坏性更改。
因此，如果实际行动很简单 HTTP DELETE /resources/uuid
将HTTP DELETE /resources/uuid?simulate=true 是可以接受的，这将是在这种情况下，适当的HTTP状态代码？
我有兴趣分两个步骤来了解这种DELETE方案的最佳方法是什么。
我认为这种方法没有问题。您可能要考虑的一件事是，当您有多个需要“模拟”的API时，可能值得考虑一种通用方法。
您可能会遇到类似
DELETE /dryRun/resources/uuid
要么
DELETE /resources/uuid/dryRun
将其作为路径参数而不是查询参数的好处是关注点分离。您将避免if-else使用这种方法来编写代码。
本文收集自互联网，转载请注明来源。
如有侵权，请联系 [email protected] 删除。
我来说两句