Роман Полегуев - Почему не все так просто с GraphQL

Ближайшая конференция - HolyJS 2024 Autumn, 7 ноября (online), 14-15 ноября (Санкт-Петербург + трансляция).
Подробности и билеты: jrg.su/K18Cxd
- -
Роман рассказал об опыте миграции с REST на GraphQL в сервисах Яндекс Недвижимость и Яндекс Аренда. По шагам разобрал, как команда работает с GraphQL-схемой, почему написали свой GraphQL-клиент, как изменились процессы разработки после перехода на GraphQL. Спикер поделился, с какими трудностями столкнулись при интеграции в толстом клиенте.
Доклад раскрывает фундаментальную проблему, которая может возникнуть на BFF, и как ее можно решить.

[@neWalkeder]

отличный доклад, спасибо Ромарио

[@user-qv3di5nk9c]

Начало 2:25

[@KopoLPedov]

Чел говорит про тонну рестовых ручек и якобы graphql тут что-то может решить, дак вот - нет. Там даже в начале доклада он говорит, что взяли рестовое как есть, перенесли на gql и не поняли в чем профит. Т.е. у людей изначально была проблема в некорректно спроектированном rest апи, это решать надо было методологически, а не перепрыгыивать на новую технологию с добавленным головняком в инфраструктуре. Ну и отдельный кек, что с клиента все равно ходят по ресту в бфф, который в свою очередь ходит в gql.

[@mulfyx]

так а чем urql не подошёл? там и fetch свой указать можно, в который, в свою очередь, можно запихать что угодно, можно свой кэш запилить

[@Ness-zh8ej]

думал что-то интересное а тут ниочем воды налили

[@bananasba]

Понять и простить

[@bananasba]

Для реста никто не мешает точно так же генерировать запросы, ответы, клиенты или сервера по контрактам, все будет проще и плюсы будут ровно те же. Бэкендерам было лень добавить поле в три разных апи или поддерживать апи гейтвей и тут началось... И сколько там сущностей, полей в этой аренде квартир, что это стало такой непосильной задачей?

[@KolhoznyjPank]

Для каждого клиента нужны разные поля с разным форматом. На ресте это сложно

[@bananasba]

@@KolhoznyjPank я увидел только три клиента: фронт, мобилы и аналитика.