mad_nazgulТак REST в чистом виде, это вываливание всех кишек наружу.
Очень грубо говоря вы даете полный доступ к своим данным без каких либо ограничений.Эт к RESTy не имеет никакого отношения. Через любой API если ты просто гоняешь DTO которые вытягивают данные из таблицы и наоборот - их туда складывают, то да - ты просто написал API к БД. На самом деле в RESTe ты какие ресурсы хочешь - такие и создаешь, они могут никак не соотносится со структурой БД. Как и в SOAP, или Protobuf, или JSON-RPC или любом другом протоколе.
maytonСамо по себе натяжка http-команд и статусов и кодов ошибок
на некий софистический прикладной API мне тогда казалась странной.Ну это Layer 7 модели OSI. Он создан как раз для того чтоб его понимали приложения. Если же мы его используем исключительно для туннелирования, ну тогда получаем еще один уровень протокола. Что обычно значит потерю в производительности и интероперабельности. Например, чел в видео полностью отбросил кеширование перейдя на POST.

Если не нравится HTTP, то можно реализовать свой Layer 7 прокол. Но конечно если речь про UI-BE, то тут уж мы ограничены тем что поддерживает браузер.

maytonКеширование - это отдельная и сложная тема. И оно не включается по "щелчку пальцев". Его обсуждают
с бизнесом. Обсуждают возможные потери. Компромиссы. Поэтому просто так говорить "всуе" о
кешировании - это просто спекулировать на термине.Тема эта может и сложная, но не всегда. И не всегда с бизнесом нужно обсуждать. Часто это просто вопросы архитектуры. К примеру использование immutable записей. Т.е. загружается основной JSON у которого есть ссылки на какие-то большие объекты. Если эти объекты immutable, то ставим пожизненный кеш. Если они обновятся, то обновится и ID в основном JSON'e, а значит и адрес ресурса. Все работает быстро и удобно. Когда же мы переходим на POST, то тут с бизнесом обсуждай-не обсуждай, а все, приехали.

mad_nazgulРесурсы == данные?! Не?Нет. REST - это не доступ к БД. RPC в этом плане никак не отличается от REST'a.
mad_nazgulИз-за statless, то что мы положили, то мы и должны получить.Нет, stateless совсем о другом - о том что если бы у нас было две ноды, то запросы могли бы идти на каждую из них в любом порядке. Что у ноды нет никакого состояния относительно другой ноды (те же кеши к примеру), которое могло бы привести к разным результатам если идти к разным нодам.

Опять же - это приятное свойство и в случае RPC тоже.
maytonОбновишь версию формата - потом кеш отравлен.Есть хорошее решение, которое ты наверняка знаешь потому как оно используется повсеместно. Но из-за того что нужно обязательно плохое что-то сказать про REST - не хочешь чутка подумать.