Как смоделировать последствия действия HTTP DELETE, фактически не делая этого

Question

Для разработки HTTP API мне нужно предоставить пользователю возможность получить список изменений, которые может вызвать вызов HTTP DELETE для ресурса.т.е. если ресурс является родителем в отношении один ко многим, мне нужно будет ответить списком дочерних элементов.Идея заключается в том, что клиент может использовать эту информацию для подтверждения деструктивных изменений перед тем, как вносить их.

Так что, если фактическое действие будет простым, HTTP DELETE /resources/uuid

будет HTTP DELETE /resources/uuid?simulate=true приемлемымКакой код статуса HTTP будет подходящим в этом случае?

Мне интересно узнать, каков наилучший подход для этого сценария DELETE в два этапа.

Answer 1

Я не думаю, что есть проблема с подходом. Одна вещь, которую вы могли бы рассмотреть, это то, что когда у вас есть несколько API, которые необходимо «смоделировать», возможно, стоит подумать об общем подходе.

Вы могли бы потенциально иметь что-то вроде

DELETE /dryRun/resources/uuid

OR

DELETE /resources/uuid/dryRun

Преимущество наличия его в качестве параметра пути вместо параметра запроса заключается в разделении интересов. При таком подходе вы не будете иметь if-else в своем коде.