А это с какой целью?

В чем впосро-то? Суть GraphQL в том, чтобы делать глубоко структурированные выборки.

Да вроде спросил... Ясно, что для структурированных выборок, но появляется вопрос зачем это нужно.

Для экономии передачи данных? Для возможности запроса разнородных данных? Етц?

NIH syndrome

Ну в том числе для экономии. Но в действительности, суть просто в том, что часто данные имеют структуру и структурированные запросы выглядят гораздо более натурально с точки зрения данных. Так что кроме экономии запросов, еще повышенная логичность.

Вот о структурированных запросах я всё равно не понял... Что мешало отдавать нужные данные в нужной структуре без graphql, к примеру, с json rpc?

ну или не json, а просто rpc

Потому что может быть не один запрос, а много. Вы можете модифицировать структуру запроса, не меняя бэк.

Собстнно из-за чего я спрашиваю. Мне казалось, что graphql юзается в том числе и из-за того, что можно несколько запросов определённого ресурса объеденить в один и получить данные в желаемой структуре... А потом я захожу в сеть и вижу, что FB подряд отправляет по 3-4 grapthql запроса, что не может не удивлять.

С rpc ничо не мешает отправить сразу несколько команд, если я не туплю

Ну вот это уже рукопопство скорее всего. Разные люди разные куски писали

В RPC каждый из возможных запросов должен быть реализован на сервере. А с GraphQL сам клиент может решать, какие данные ему хочется забрать в рамках запроса с сервера.
То есть с RPC проблему N+1, к примеру, должен решать бек, а с GraphQL -- это забота фронта.

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

GraphQL — вполне себе RPC.

Ну то есть они просто придумали модель, выбрали некие значимые для себя характеристики, и натянули на это как сову на глобус разные законы физики, показывая, как всё стройно у них выходит? При этом как это соотносится с нашим миром, пока никак не показано. Верно я интерпретировал?

1) Я могу ошибаться, но не вижу проблем собирать ресурс из нескольких запрашиваемых ресурсов разными командами, как это делает graphql

2) Могли сделать какую-то шину, которая будет обрабатывать все graphql запросы, объединяя их при необходимости. Единственное сомнение — потенциальные задержки (latency)

Да откуда ж вас столько, любителей к словам цепляться. Артём упоминал JSON RPC как альтернативу, я её и продолжил альтернативой использовать.

2 -- могли бы, конечно, но это звучит как нехилое усложнение. Щас-то всё асинхронное, а это как-то надо связывать в один процесс для агрегации.

Мне просто кажется, что никакой границы между «GraphQL» и «обычным порошком» не существует.

согласен

Мы тут обсуждаем вроде отличительную особенность GraphQL в сравнении с системами с её отсутствием. Конечно, можно запилить другой язык запросов и получить хоть JSON RPC v3, который ничем не будет от GraphQL отличаться.