Юрий Самсонов - От REST к GraphQL: приключение на 20 минут

Ближайшая конференция - Joker 2024, 9 октября (Online), 15-16 октября (Санкт-Петербург + трансляция).
Подробности и билеты: jrg.su/Ypf1HW
- -
Каждый день мы сталкиваемся с тонкими или толстыми REST-эндпоинтами, а также необходимостью их дорабатывать под всё новые потребности клиентов. А что, если достаточно иметь модель данных и запросы над ней, причем универсальные для всех клиентов? Такой подход есть - GraphQL. Является он серебряной пулей или нет?
Спикер постарается ответить на этот вопрос. Поговорим о проблемах в API Кинопоиска, посмотрим, как их можно решить при помощи различных технологий, обсудим плюсы и минусы GraphQL. Затем поговорим о том, как организовать процесс перехода большого проекта с одного технологического стека на другой. Естественно, в процессе перехода не обошлось без проблем и технических челленджей, которые приходилось решать, они также будут затронуты в докладе. В конце подведем итоги, обсудим текущее состояние системы и пути ее дальнейшего развития.
Презентация к докладу: squidex.jugru.team/api/assets...
#java #architecture

[@Mishaniooo]

Спасибо за термин "Волосатая модель")

[@ins798]

тоже думал покритиковать изначально. но вижу, что это качественный материал, который может быть полезен для обзорного знакомства с graphQL.

[@antonchov736]

Про N+1 не догоняю. А с REST нельзя так же передать массив ID-шников одним запросом, потом сервис у себя в БД селектит все данные по списку и возвращает одним массивом ответ, вроде не хуже получится. Или речь не про то что в GraphQL это лучше делать, а как решать эту проблему конкретно в GraphQL?

[@user-zq7oq9bg3z]

для меня основной головной болью сейчас является прокси graphql to graphql, не нашёл как зто сделать без реализации своего graphql сервера 😟

[@oculusunitedsamoa1033]

пон