Сообщение 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. Если сервер поддерживает идемпотентность для этого ключа, то какие проблемы?
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. Если сервер поддерживает идемпотентность для этой операции, то какие проблемы?
P>>Всех участников
G>И как клиент может проконтролировать?
Клиенту нужно выполнить свои обязанности
P>>POST не запрещено делать идемпотентным. Например, вызов функции в ODATA это POST, но это спокойно можно сделать идемпотентным.
G>Как клиент может узнать, что POST на определенный уорл внезапно стал идемпотентным
Из описания API.
P>>При чем здесь json patch и почему какая с ним проблема?
G>При том, что это более-менее стандартный способ описать дельту изменений. Но он поддерживает страшные операции вроде add\remove\copy
Что не так с этими операциями? Вот есть у тебя ключ x-y-z, метод POST и кучка add-remove-copy. Если сервер поддерживает идемпотентность для этой операции, то какие проблемы?