REST УДАЛЕНИЕ с полезной нагрузкой

Question

Это http://tools.ietf.org/html/draft-ietf-httpbis-p2-semantics-14#page-20 гласят:

Органы по DELETE запросов не имеют определенную семантику. Обратите внимание, что отправка тела запроса DELETE может привести к тому, что некоторые существующие реализации отклонят запрос.

Это, конечно, имеет смысл.

Но у нас есть сценарий, когда клиент удаляет свои приобретенные услуги, чтобы запись взаимодействия была создана, поэтому уведомление CRM может быть сообщено, например, может попытаться вернуть клиента.

Когда пользователь удаляет службу, он может ввести причину свободного формата, которая должна быть сохранена во взаимодействии.

Мы просто передаем этот текст причины как служебную нагрузку тела для вызова службы DELETE.

Из-за некоторого обсуждения у меня возникло вопрос, является ли это семантически правильным или как другие будут реализовывать это.

Примечание: мы не хотим отправлять текст причины как строку запроса, так как в теории это может быть очень долго.

Answer 1

Как упоминалось в DELETE, имеется больше семантики, чем указано в спецификации HTTP (то есть она затрагивает (создает) другой ресурс), я бы использовал другой ресурс, например. DeleteRequest, к которому POST-ки что-то вроде:

{ 
    "resource_href": "http://some/resource/to/delete", 
    "reason": { 
    "source": "customer request", 
    "msg": "I'm really not satisfied with the quality of your service" 
    } 
} 

бы был эффект удаления покупки (или, возможно, просто изменить это состояние?) И уведомление CRM - и, конечно, создание DeleteRequest ресурса для, например, позднее мониторинг CRM.

В более сложных системах часто лучше оставить объект (неизменным) и пометить его как «невидимый», чем удалить его навсегда, без каких-либо следов.

UPDATE: На самом деле, текущий HTTP спецификации more directly points out, что DELETE не означает удаление ресурса и в соответствии с моим ощущением, что DELETE'ing будет редко. Хотя котировка OP семантики тела сообщения все еще существует.