Comments 14
Им кто-то ещё пользуется реально?
Facebook (Meta), GitHub, Shopify, Netflix, PayPal, Pinterest, Coursera, Reddit, Яндекс, Авито, Ozon, Тинькофф, Сбер, Skyeng, Еком и т.д.
Там много чем пользуются от чего хотели бы уже отказаться
То есть вы хотите сказать, что во всех перечисленных компаниях хотели бы отказаться от GraphQL? Откуда такая информация?
Ну и смысл моего комментария и статей не в том, чтобы убедить всех, что GraphQL - офигенная технология. А в том, чтобы просто рассказать про нее, потому что многие компании его используют и никто не застрахован от работы в этих компаниях)
Переиначили.
Человек спросил, не ушел ли в прошлое GraphQL, и в этом есть смысл, так как он набирал популярность некоторое время назад, но потом как-то пропал с радаров. Мейнстримом, как минимум, не стал. Такое не раз случалось с разными технологиям, и вопрос вполне оправдан. Так как то, что не становится мейнстримом, может довольно быстро упасть в рейтинге и перестать использоваться в новых проектах.
В качестве доказательства привели список крупных компаний. Я лишь заметил, что это плохой пример, так как в них используется все подряд и у гигантов всегда полно легаси. Тот же Сбер лет пять назад использовал вебсферу и Java 8. Там можно много всего найти. Речь только про то, что это слабый аргумент.
Было бы лучше написать "да, живее всех живых, вот например запустился недавно новый большой и современный проект без легаси, который активно использует GraphQL..."
И какие альтернативы?
Типичный джун, тебе никогда не стать с таким мышлением годным разрабом
Нам нужен Harp
Human API rest protocol
Странный пример, если пошли от заказов, то апи
получить заказы без айтемов, для списка всех заказов
получить конкретный заказ с айтемами для отображения
Допустим где-то нужно получить статус заказа отдельный метод на статус без айтемов, чисто айтемы без статуса не рассматриваю, тк это данные родительской сущности, их получение никак по факту не тормозит систему.
Другими словами спроектировали апи говна, и какие проблемы в апи говна может решить графкл не интересно
Можно на нормально спроектированном апи показать что дает эта штука?
"GET /api/orders/ORD-2024-1234/client
GET /api/orders/ORD-2024-1234/items
Тогда, если необходимо получить полную информацию по заказу, нужно сделать сразу 3 запроса"
Какой 3й кстати?
Вы знаете, неприятно читать "вы спроектировали апи говна" и вообще что-то про говно. Отвечать на такой комментарий прям не хочется. Но я отвечу, на первый раз)
Третий запрос это получение заказа: GET /api/orders/ORD-2024-1234.
В итоге получается практически тоже самое, что в вашем не говно-проектировании: запрос для заказа, запрос для получения содержания заказа и запрос для получения клиента. Да, в примере подразумеваются не те юзкейсы, что у вас в голове. Но смысл тот же - вместо 3 запросов 1 запрос.
И я специально рассматривала на примере одного заказа, потому что для возвращения списка в GraphQL нужно использовать Connection - а про него будет в следующей статье.
Введение в GraphQL