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

Поделиться
HTML-код
  • Опубликовано: 17 окт 2024

Комментарии • 10

  • @neWalkeder
    @neWalkeder 3 месяца назад +3

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

  • @RisDeep
    @RisDeep 3 месяца назад

    Спасибо за доклад. Интересно

  • @mulfyx
    @mulfyx 3 месяца назад +1

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

  • @KopoLPedov
    @KopoLPedov 3 месяца назад +11

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

  • @СмтрТб
    @СмтрТб 3 месяца назад +4

    Начало 2:25

  • @vkepels
    @vkepels 3 месяца назад +3

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

  • @bananasba
    @bananasba 3 месяца назад

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

    • @KolhoznyjPank
      @KolhoznyjPank 3 месяца назад

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

    • @bananasba
      @bananasba 3 месяца назад

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

  • @bananasba
    @bananasba 3 месяца назад

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