Введение в REST API — RESTful веб-сервисы

[@xkondorx]

Тег не Java, а Http, Web или что-то в этом роде ну и таких статей выше крыши, слишком поверхностно.

[@val6852]

Это введение к серии статей — подробности будут в следующих статьях.

[@sshikov]

Таких тоже полно. Хорошо бы отметить сразу, чем эта будет отличаться.

[@val6852]

Это перевод серии статей. Во втором абзаце указан перечень всех статей. Надеялся, что кому-то будет интерсно прочитаь это в одном месте.

Я не делал обзор публикаций на указанную тему и не претендую на полноту рассмотрения.

[@xkondorx]

И все-же в заголовке лучше написать «Часть 1», так сказать «для широких масс»

[@val6852]

Спасибо! Учту в своих статьях. Но это перевод и хотелось не сильно отклоняться от оригинала.

[@pOmelchenko]

Ок, но по этому списку никак не перейти, не используя поиск по сайту…

[@sshikov]

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

[@pOmelchenko]

А можно в начале (каждой) статьи увидеть оглавление?

[@tuxi]

На Хабре нашествие рефератов?

[@arthuriantech]

Ресурс — это ключевая абстракция, на которой концентрируется протокол HTTP.

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

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

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

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

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

[@xkondorx]

Для «широких масс» PUT всегда ожидает положительного результата, даже если по факту он отрицательный, если вы считаете что в момент обновления данных может быть ошибка используйте POST.

[@Ratenti]

Почему не сказано про 6 принципом REST?