У меня есть служба, в которой необходимо проверить некоторые правила проверки, прежде чем можно будет выполнить конкретную операцию.
Например, клиент не должен создавать отчеты для печати, если не соблюдены все правила проверки.
Однако у отдельного клиента может не быть всей необходимой информации (, поэтому пользователь может иметь доступ только к подмножеству данных, которые используются для определения успеха проверки ), поэтому на сервер должен быть отправлен запрос :в основном «является thing
действительным между start
и finish
».
Ответом будет либо какой-то токен, указывающий VALID: FEEL FREE TO CONTINUE
, либо список причин сбоя проверки, который может быть представлен пользователю.
Очевидно, что успешная проверка вернет 200 OK
. Но я не думаю, что код состояния успеха подходит для ошибки проверки. Я склоняюсь к 409 Conflict
, но я когда-либо использовал это только для отклонения PUT
или POST
. Допустимо ли (snicker )иметь ошибку проверки, обозначенную 409
, или есть лучший способ?
Обратите внимание, что :выполняемое действие не выполняется на сервере, поэтому пропустить эту проверку и просто попытаться выполнить действие с 403
в случае, если действие запрещено.