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

— —
Роман рассказал об опыте миграции с REST на GraphQL в сервисах Яндекс Недвижимость и Яндекс Аренда. По шагам разобрал, как команда работает с GraphQL-схемой, почему написали свой GraphQL-клиент, как изменились процессы разработки после перехода на GraphQL. Спикер поделился, с какими трудностями столкнулись при интеграции в толстом клиенте.

Доклад раскрывает фундаментальную проблему, которая может возникнуть на BFF, и как ее можно решить.

[KopoLPedov]

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

[mulfyx]

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

[vkepels]

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

[bananasba]

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