PS. Куча орфографических и грамматических ошибок — это норма для меня. Я вас предупредил, так что крепитесь. Но вы можете помочь исправить ошибку – нажмите кнопочку “Редактировать” и отправьте Пулл Реквест с правками. Спасибо.
graphql-compose
и Prisma
GraphQL это инструмент, а не серебряная пуля. И каждый инструмент удобен под свою категорию задач.
GraphQL нужен, если:
GraphQL не нужен, если:
Продолжительность 92 минуты.
Обсуждаем применимость протоколов JSON-RPC, GraphQL, gRPC. Их сильные и слабые стороны.
Продолжительность 87 минут.
Рассказываю про module federation в Webpack 5, про новую технологию для индустрии микрофронтендов. Она позволяет заимпортировать в свое приложение любой внешний модуль/компонент из где-то на другом сервере задеплоенного отдельно собранного webpack’ом приложения. Простыми словами для бизнеса – разные команды разрабатывают куски приложений и их деплоят по отдельности, а конечная сборка приложения происходит в браузере пользователя. Ссылка на презентацию.
Продолжительность 73 минуты.
А реально обернуть REST API в GraphQL? И как сделать R&D для этой технологии? Обычно обкатку технологии принято делать на TodoMVC – я так и поступил. Разобрал в докладе Entity, реляций между типами (провел аналогию с LEFT JOIN), решил проблемы N+1, QueryCost и Аутентификации. И посчитал, сколько времени уйдет на разработку такой GraphQL-прокси. Ссылка на презентацию.
Продолжительность 74 минуты.
В докладе речь идет о текущих болячках REST API и Redux; как с GraphQL совершенно на новый уровень поднимается Developer Experience у разработчиков; что нового и хорошего появилось в ApolloClient 3. Ссылка на презентацию.
Продолжительность 49 минут.
в академической среде стали появляться «серые» научные работы, которые уж больно круто описывают возможности GraphQL: “We’ll show that GraphQL can reduce the size of the JSON documents returned by REST APIs in 94% (in number of fields) and in 99% (in number of bytes), both median results”. GraphQL конечно хорош, но не настолько. Ссылка на презентацию.
Продолжительность 11 минут.
В докладе будут разобраны следующие подходы: JSON Models (тяжелый ручной труд), Type Models (похоже на генерацию моделей из Swagger), Response Models (подход ApolloClient), Fragment Models (подход Relay). Спикер также поделится частыми ошибками фронтендеров, которые совершаются при работе с GraphQL-фрагментами. Ссылка на презентацию. Feedback (chart, отзывы).
Продолжительность 60 минут.
В языке GraphQL запросов присутствуют фрагменты, но далеко не все понимают зачем именно они нужны. Фейсбук работает с GraphQL на клиентах с так называемой фрагментной моделью, которая помогает масштабироваться и предотвращать ошибки ещё на этапе разработки. Что это за зверь, будем разбираться вместе. Ссылка на презентацию.
Продолжительность 57 минут.
Доклад нацелен на новичков и скептиков, как бэкендеров, так и фронтендеров. Описываю и показываю, что такое GraphQL простыми словами. Рассказываю из каких частей состоит GraphQL-сервер. За что он отвечает, а что придется реализовывать бэкендеру самостоятельно. Показываю несколько способов как можно запросить данные с GraphQL-сервера. Рассказываю зачем нужны навёрнутые GraphQL-клиенты. Как они позволяют без ошибок формировать GraphQL-запросы на этапе разработки. Как позволяют слать запросы на сервер, кешировать ответы и работать с данными. Ссылка на презентацию.
Продолжительность 45 минут.
GraphQL-схема может обернуться головой болью и кучей дополнительного кода для разработчиков. Поэтому, чем удобнее схема, тем быстрее, легче и с меньшим количеством ошибок будут разработаны ваши клиентские приложения. Данные правила позволяют выработать конвенцию для ваших бэкенд разработчиков. Ссылка на презентацию.
Продолжительность 49 минут.
Сравниваю архитектуру ApolloClient и Relay. Разбираю фрагментный подход, при котором запросы собираются снизу вверх. Объясняю что хороший GraphQL – это «волосатый» GraphQL у которого много связей. А если мало связей, то это уже RestQL и с ним практически невозможно использовать фрагментный подход. Ссылка на презентацию.
Фидбэк по выступлению: chart, отзывы.
Продолжительность 58 минут.
Разберем, что такое GraphQL-сервер и из каких частей он состоит. Подробно остановимся на описании GraphQL-схемы. Рассмотрим 5 подходов построения схем с помощью: graphql, graphql-tools, graphql-compose, type-graphql, nexus. Сравним подходы между собой, поймем сильные и слабые стороны каждого из них. Cтатья и код позволяют выработать конвенцию для ваших бэкенд разработчиков. Ссылка на презентацию.
Продолжительность 49 минут.
Рассказываю о правилах которые необходимо использовать при построении GraphQL-схем. Объясняю ситуации в которых они позволяют избежать переделку схем в будущем. Данные правила позволяют выработать конвенцию для ваших бэкенд разработчиков. Ссылка на презентацию.
Продолжительность 52 минуты.
Рассказываю о том из каких пакетов состоит GraphQL-сервер, какие способы построения схемы в NodeJS существуют в 2018 году. Детально разбираю как организовать Авторизации и как правильно использовать DataLoader (чтоб решить N+1 Problem). Доклад был хорошо оценен (chart, отзывы), т.к. в нем затронуты и раскрыты самые основные проблемы GraphQL. Ссылка на презентацию.
Рассказываю подробно о том как в GraphQL работать с ошибками. И как можно накрутить Union-типы для того чтобы возвращать пользовательские ошибки. Видео начинается с 28 минуты.
Рассказываю о том как максимально удобно для фронтендеров прикрутить интернационализацию в вашем GraphQL апи. Доклад начинается с 1:59:00.
Введение в GraphQL. Разбираем статический анализ с GraphQL на клиентской стороне, проблемы GraphQL.
Введение в GraphQL, в компонентный подход и Relay.
Мой самый первый доклад. Рекомендую пропустить первые 10 минут бла-бла-бла.
В рамках HolyJS 2019 Moscow участвовал в переводе фильма.
Ли Байрон, Дэн Шафер и Ник Шрок (создатели GraphQL) и другие известные участники сообщества #GraphQL, “GraphQL: The Documentary” рассказывает историю возникновения GraphQL, его влияния на всю индустрию веб-разработки и на таких технологических гигантов как Facebook, Twitter, Airbnb и Github.