Сообщение Re[3]: Снова про глаголы в REST... от 19.09.2022 21:12
Изменено 19.09.2022 21:20 vsb
Re[3]: Снова про глаголы в REST...
PATCH обычно должен быть идемпотентным. В твоём случае нет никакой причины ему быть не-идемпотентным.
POST во втором случае не нужен. Делай PUT notifications/1/attempt/{uuid} и повторяй его, если получена ошибка (кроме 4xx).
Глаголы в REST не применимы.
Можешь сообразить что-то вроде
PATCH notifications/1
{ "op": "add", path: "attempts" }
это как раз пример не-идемпотентного REST. Но по-мне такой дизайн не нужен. Лучше уж POST notifications/1/resend.
POST во втором случае не нужен. Делай PUT notifications/1/attempt/{uuid} и повторяй его, если получена ошибка (кроме 4xx).
Глаголы в REST не применимы.
Можешь сообразить что-то вроде
PATCH notifications/1
{ "op": "add", path: "attempts" }
это как раз пример не-идемпотентного REST. Но по-мне такой дизайн не нужен. Лучше уж POST notifications/1/resend.
Re[3]: Снова про глаголы в REST...
PATCH обычно должен быть идемпотентным. В твоём случае нет никакой причины ему быть не-идемпотентным.
POST во втором случае не нужен. Делай PUT notifications/1/attempt/{uuid} и повторяй его, если получена ошибка (кроме 4xx).
Глаголы в REST не применимы.
Можешь сообразить что-то вроде
PATCH notifications/1
{ "op": "add", "path": "attempts" }
это как раз пример не-идемпотентного PATCH. Но по-мне такой дизайн не нужен. Лучше уж POST notifications/1/resend.
POST во втором случае не нужен. Делай PUT notifications/1/attempt/{uuid} и повторяй его, если получена ошибка (кроме 4xx).
Глаголы в REST не применимы.
Можешь сообразить что-то вроде
PATCH notifications/1
{ "op": "add", "path": "attempts" }
это как раз пример не-идемпотентного PATCH. Но по-мне такой дизайн не нужен. Лучше уж POST notifications/1/resend.