Какие плюсы и минусы использования REST API или GraphQL? Что | Никита Шпилевой | Про ИТ, ИИ, итд

Какие плюсы и минусы использования REST API или GraphQL?

Что касается мутаторов, они примерно одинаковы.

В плане запросов REST похож на RPC: один метод возвращает (как правило) одну форму результата. Иногда, параметры запроса позволяют вызывающей стороне указывать «дополнительные» данные для возврата, но это не очень гибко.

GraphQL предлагает гибкость и, если кто-то ценит общее сокращение количества вызовов API, некоторую эффективность.

GraphQL диктует некоторую реализацию, которая является более гибкой и менее эффективной. Поколения иерархии данных якобы разделены, поэтому, например, невозможно оптимизировать соединения между таблицами. Загрузчик данных (dataloader) — это специфическая (и очень эффективная) оптимизация, но на самом деле это единственная доступная опция.

Каждый node в графе запросов может принимать свои собственные параметры (а не только верхнеуровневые node), поэтому критерии могут быть довольно специфичными. Поскольку можно повторно использовать узлы запросов, это поощряет внутренне согласованный API. Реализация критериев на каждом уровне будет выглядеть почти так же, как и для REST endpoint для тех же данных.

Выбор REST вместо GraphQL не обязательно является недальновидным. Возможно вы покопались и приняли решение, что GraphQL не подходит вам в текущем проекте. Но если дело в том, что просто ничего не хочется менять - это попахивает синдромом утенка.