Информация об изменениях

Сообщение Re[16]: Идемпотентность POST - хорошая ли практика? от 26.09.2022 14:26

Изменено 26.09.2022 14:35 Pauel

Re[16]: Идемпотентность POST - хорошая ли практика?
Здравствуйте, gandjustas, Вы писали:

P>>Всех участников

G>И как клиент может проконтролировать?

Клиенту нужно выполнить свои обязанности

P>>POST не запрещено делать идемпотентным. Например, вызов функции в ODATA это POST, но это спокойно можно сделать идемпотентным.

G>Как клиент может узнать, что POST на определенный уорл внезапно стал идемпотентным

Из описания API.

P>>При чем здесь json patch и почему какая с ним проблема?

G>При том, что это более-менее стандартный способ описать дельту изменений. Но он поддерживает страшные операции вроде add\remove\copy

Что не так с этими операциями? Вот есть у тебя ключ x-y-z, метод POST и кучка add-remove-copy. Если сервер поддерживает идемпотентность для этого ключа, то какие проблемы?
Re[16]: Идемпотентность POST - хорошая ли практика?
Здравствуйте, gandjustas, Вы писали:

P>>Всех участников

G>И как клиент может проконтролировать?

Клиенту нужно выполнить свои обязанности

P>>POST не запрещено делать идемпотентным. Например, вызов функции в ODATA это POST, но это спокойно можно сделать идемпотентным.

G>Как клиент может узнать, что POST на определенный уорл внезапно стал идемпотентным

Из описания API.

P>>При чем здесь json patch и почему какая с ним проблема?

G>При том, что это более-менее стандартный способ описать дельту изменений. Но он поддерживает страшные операции вроде add\remove\copy

Что не так с этими операциями? Вот есть у тебя ключ x-y-z, метод POST и кучка add-remove-copy. Если сервер поддерживает идемпотентность для этой операции, то какие проблемы?