Роман Полегуев - Почему не все так просто с GraphQL
HTML-код
- Опубликовано: 30 июн 2024
- Ближайшая конференция - HolyJS 2024 Autumn, 7 ноября (online), 14-15 ноября (Санкт-Петербург + трансляция).
Подробности и билеты: jrg.su/K18Cxd
- -
Роман рассказал об опыте миграции с REST на GraphQL в сервисах Яндекс Недвижимость и Яндекс Аренда. По шагам разобрал, как команда работает с GraphQL-схемой, почему написали свой GraphQL-клиент, как изменились процессы разработки после перехода на GraphQL. Спикер поделился, с какими трудностями столкнулись при интеграции в толстом клиенте.
Доклад раскрывает фундаментальную проблему, которая может возникнуть на BFF, и как ее можно решить. 
Развлечения
Спасибо за доклад. Интересно
отличный доклад, спасибо Ромарио
Чел говорит про тонну рестовых ручек и якобы graphql тут что-то может решить, дак вот - нет. Там даже в начале доклада он говорит, что взяли рестовое как есть, перенесли на gql и не поняли в чем профит. Т.е. у людей изначально была проблема в некорректно спроектированном rest апи, это решать надо было методологически, а не перепрыгыивать на новую технологию с добавленным головняком в инфраструктуре.
Ну и отдельный кек, что с клиента все равно ходят по ресту в бфф, который в свою очередь ходит в gql.
Начало 2:25
так а чем urql не подошёл? там и fetch свой указать можно, в который, в свою очередь, можно запихать что угодно, можно свой кэш запилить
думал что-то интересное а тут ниочем воды налили
Для реста никто не мешает точно так же генерировать запросы, ответы, клиенты или сервера по контрактам, все будет проще и плюсы будут ровно те же. Бэкендерам было лень добавить поле в три разных апи или поддерживать апи гейтвей и тут началось... И сколько там сущностей, полей в этой аренде квартир, что это стало такой непосильной задачей?
Для каждого клиента нужны разные поля с разным форматом. На ресте это сложно
@@KolhoznyjPank я увидел только три клиента: фронт, мобилы и аналитика.
Понять и простить