Учтите, что я использую HTML для своего медиа-типа REST API, это может быть JSON, это не имеет значения.
HTML имеет хорошо понятный элемент <form> с action иmethod.Но если я отправляю сообщение в местоположение ресурса и хочу защищаться от одновременных обновлений, клиенту необходимо будет предоставить If-Match.
Это не тот факт, что URL, на который я отправляю сообщение, может бытьизвлекается с помощью GET или HEAD, и поэтому клиент не может получить последний ETag.
Я заметил, что ни гипертекстовые медиа-типы HTML, ни JSON Ion не поддерживают ifmatch или etagв форме.
Это исключило бы необходимость того, чтобы клиент попытался и затем потерпел неудачу, а затем GET и затем повторил попытку, или сначала получил GET другой ресурс или знал и не забывал держать ETag из другого местоположения..
Не уверен, что это упущение или я безумно хочу публиковать в ресурсах, которые нельзя просмотреть.
Проблема публикации в просматриваемом URL-адресе - очевидный дополнительный код, который действительноподдерживать эту ситуацию.
И затем, если публикация по URL-адресу, который существует и имеет какую-то другую утилиту, позволяет публиковать другие материалы, тогда «форма»входящие данные должны различаться, чтобы направить их к правильному коду обработки.
Похоже, что все было бы намного проще с предварительно заполненным ifmatch в форме.
Итак,вопрос:
Должен ли я создать свой гипермедиа-элемент управления (форму) для предварительно заполненного элемента ifmatch?