Валерий Баранов - React Query в деле: как Яндекс Командировки уже три года живут без state-менеджера

[@dimd8824]

Хороший доклад

[@TheSky5028]

норм пересказ доки

[@AleksandrMaksimov-mu6zu]

Я лучше посмотрю это на х2, чем заставлю себя читать ту графоманию, что он/они выложил в доках

[@amalitsky]

В целом доклад классный и очень полезный

[@sergeyvolkov9061]

Ого, так круто!!! Яндекс как всегда впереди планеты всей!!!!!

[@2Extremum]

Хахаха, впереди планеты умеет использовать придуманный в Facebook React и его экосистему?)

[@amalitsky]

@@2Extremum тоже мозги и яйца нужны вообще то

[@amalitsky]

Внутренний сайт по командировкам. Насколько там важен кеш? Сколько КБ сэкономим? Сколько раз пользователь реально придёт назад? Неочевидно зачем это требование/оптимизация. Или с параллельными загрузками. Если несколько компонент грузит одно и то же, то может стоит это отразить в коде? Те пропсы или shared state. Иначе это скрытая зависимость

[@radist2s]

TanStack QueryCache - это и есть shared state

[@kirills4631]

передовая технология, спасибо что освятили

[@kirillnovikov3385]

о, святая технология

[@nwsome]

0:14 Кто-то рассказывает про опыт использования RSC и Next 14 на больших проектах, а кто-то удивляется, что можно жить без редакса)

[@fenbka]

Как то слабовато для holyjs. Ценник достаточно высокий, а доклад просто про одну общедоступную библиотеку.

[@Farruh_13]

Какой ценник?

[@MassEffecn]

Не понятно только что делать с авторизованными запросами и jwt. получается что это все улетает под капот фетчфункции, а там уже нужно в куку/сторедж лазть за токеном, обновлять его обычным фетчем, когда протухнет?

[@alexeyrodin8400]

Все так. useQuery отвечает за кеши и управление состоянием. Вся логика с запросом и рефрешtм токенов реализуется отдельно, например в interceptors у axios или твоей оберткой над fetch.