@rayslava мне кажется, что тут есть разумный подход с точки зрения "ленивой архитектуры" – создавать новые уровни абстракции не раньше, чем от них появится структурная польза.

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

Но "вылезающие за пределы" части могут обострять вопрос отдельности этого слоя.
Отправка запросов пачками, скажем. HTTP так не умеет, там строго один запрос/ответ, статус один сразу на всё.

Если взаимодействие по HTTP возвращает много статусов, то ответ HTTP это "э-э-э, 207, мульти-статус, без понятия чё внутри", что зачаток нового протокола, наследующего семантику HTTP. Для WebDAV это оказалось неплохим решением, например.

И нельзя на базе ответа на первый запрос отправить в той же пачке несколько новых (GET пост + комменты поста), в самом HTTP про это ничего нет.

@skobkin