Юрий Самсонов - От REST к GraphQL: приключение на 20 минут
Вставка
- Опубліковано 28 лис 2024
- Ближайшая конференция - JPoint 2025, 3-4 апреля (Москва + трансляция).
Подробности и билеты: jrg.su/T2zfbS
- -
Каждый день мы сталкиваемся с тонкими или толстыми REST-эндпоинтами, а также необходимостью их дорабатывать под всё новые потребности клиентов. А что, если достаточно иметь модель данных и запросы над ней, причем универсальные для всех клиентов? Такой подход есть - GraphQL. Является он серебряной пулей или нет?
Спикер постарается ответить на этот вопрос. Поговорим о проблемах в API Кинопоиска, посмотрим, как их можно решить при помощи различных технологий, обсудим плюсы и минусы GraphQL. Затем поговорим о том, как организовать процесс перехода большого проекта с одного технологического стека на другой. Естественно, в процессе перехода не обошлось без проблем и технических челленджей, которые приходилось решать, они также будут затронуты в докладе. В конце подведем итоги, обсудим текущее состояние системы и пути ее дальнейшего развития.
Презентация к докладу: squidex.jugru....
#java #architecture
Спасибо за термин "Волосатая модель")
тоже думал покритиковать изначально.
но вижу, что это качественный материал, который может быть полезен для обзорного знакомства с graphQL.
Про N+1 не догоняю. А с REST нельзя так же передать массив ID-шников одним запросом, потом сервис у себя в БД селектит все данные по списку и возвращает одним массивом ответ, вроде не хуже получится.
Или речь не про то что в GraphQL это лучше делать, а как решать эту проблему конкретно в GraphQL?
для меня основной головной болью сейчас является прокси graphql to graphql, не нашёл как зто сделать без реализации своего graphql сервера 😟
пон