Comments 12
Тег не Java, а Http, Web или что-то в этом роде ну и таких статей выше крыши, слишком поверхностно.
Это введение к серии статей — подробности будут в следующих статьях.
Таких тоже полно. Хорошо бы отметить сразу, чем эта будет отличаться.
Это перевод серии статей. Во втором абзаце указан перечень всех статей. Надеялся, что кому-то будет интерсно прочитаь это в одном месте.

Я не делал обзор публикаций на указанную тему и не претендую на полноту рассмотрения.
И все-же в заголовке лучше написать «Часть 1», так сказать «для широких масс»
Спасибо! Учту в своих статьях. Но это перевод и хотелось не сильно отклоняться от оригинала.
Пардон, я как-то упустил, что это перевод. Но если у вас есть свое мнение по этому вопросу — переводчик тоже может его высказать, я думаю.
Ресурс — это ключевая абстракция, на которой концентрируется протокол HTTP.

Природа которой не ограничена.


Транспорт: всегда HTTP. REST полностью построен на основе HTTP.

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


PUT: обновить существующий ресурс

Семантически, PUT предназначен для полной замены, а не просто для обновления. Частичный PUT нарушает спецификацию HTTP. Можно смотреть на PUT как на эквивалент операции присваивания, этим, к слову, и обусловлена его идемпотентность. Для частичных обновлений подходит или POST, или PATCH.

Для «широких масс» PUT всегда ожидает положительного результата, даже если по факту он отрицательный, если вы считаете что в момент обновления данных может быть ошибка используйте POST.
Only those users with full accounts are able to leave comments. Log in, please.