Ну да наверное, т.к. Филдинг, если не ошибаюсь, писал про передачу репрезентации состояния между клиентом и сервером, а не про вызов процедур. Что дальше делать с этим "состояниями" - зависит от конкретной реалазации. Но если опять же занудствовать, то, наверное, RPC можно тоже реализовать по принципам REST. Хотя это будет какое-то странное RPC. Декларативное RPC - где ты передаёшь серверу результат (состояние), которое должно получится после выполнения процедуры. А как получить этот результат - пускай сервер думает 😊

Но это уже мои дикие фантазии

После редактирования отлично стало, а то в первом варианте я ничего не понял 😊

Хотя проще всего положить RPC на REST - это сделать "ресурс" ВыполняторПроцедур. И создавать в нём (как в папке/контейнере) через POST ЗадачуПоВыполнениюПроцедуры. Можно эти задачи "типизировать", что бы для каждой процедуры был свой тип такого ресурса, со своими наборами полей.
И потом можно через GET отслеживать прогресс выполнения этих "Задач", если они "асинхронные" (т.е. выполняются где-то в фоновом воркере). Или сразу в ответе на POST запрос получать уже Задачу с заполнеными полями результата

Бля, вы опять что ли за свое, рест обсуждать? Дветыщи девятнадцатый год заканчивается

GraphQL надо??

Давайте лучше SOAP обсуждать

Если бы существовал тумблер, который бы раз, переключил на новый год, то не было бы нужды это обсуждать. У нас даже рест через задницу, потому что технологии обновить не сложно, а людей обновить порой невозможно

GraphQL на сервере жопа полная.

В каких кейсах graphql оправдано в проект тащить?

Когда задач мало, но нужно срочно занять большие команды разработчиков

Как реакт что-ли? ))

Интернет завален кучей откровенно слабых материалов и домыслов по поводу rest-а, потому много людей "наевшись" этого плохо понимают, что это такое и как с этим работать. Вот и возникают постоянно такие обсуждения.

Когда в проекте одни и теже данные с большой связанностью нужны в 5 разных вариациях на 20 разных экранах.

"Вот эти 3 рапроса в одном срчнпжлст, и ещё вон то поле очень прошу" и так 40 раз.

Ну тут еще проблема отсутствия стандартов для реста

Есть попытка стандартизировать, openapi зовётся.
Но её тоже надо ещё осилить приготовить. Иначе в боль превращается

Опенапи это больше чем просто описание эндпоинтов в сваггере?

Может кто подскажет, библиотеку для эмуляции действий Клавы и мвши