Альтернативы шаблону API REST

Я пишу диссертацию, которая включает сравнение между веб-интерфейсами RESTful и их соответствующими альтернативами. Проблема в том, что я довольно предвзято отношусь к REST и не могу найти никаких примечательных архитектурных моделей, которые можно было бы сравнить.

Мое сравнение будет анализировать шаблоны (или стили) с точки зрения потребителей (в первую очередь, как универсальный API для потребителей).

Не могли бы вы порекомендовать мне какие-либо альтернативы REST (как архитектурный образец программного обеспечения для сравнения в указанном аспекте? Пока что я застрял в SOAP.

P.S. Если вопрос все еще слишком широк, я немного могу его немного сократить.

Ответ 1

Возможно, одним из аспектов API RESTful, который вы, возможно, захотите найти, является "масштабируемость". Будут ли масштабироваться API REST? Если они это сделают, почему компании ниже идут своим путем?

Facebook: GraphQL.

GraphQL - это язык запросов для API-интерфейсов и среда выполнения для выполнения эти запросы с вашими существующими данными.

Netflix: FALCOR

Falcor позволяет вам представлять все ваши удаленные источники данных в виде единого модель домена через виртуальный график JSON

Ответ 2

Сообщения являются основной альтернативой REST и SOAP, которые все еще используются - например, такие вещи, как JMS, RabbitMQ и т.д. Вы можете создать несколько очень сложных распределенных систем, использующих передачу сообщений.
Распределенные объекты, такие как COM, Corba, EJB. Сегодня они не так популярны, как раньше, но вы, безусловно, можете найти их, стучащих вокруг.
Также есть Java RMI, на самом деле большинство языков имеют специфический для языка механизм для вызовов удаленных процедур. В однородной среде они могут использоваться как основа распределенной архитектуры.

Ответ 3

Кроме того, альтернативой REST API является gRCP (https://grpc.io/).