Огляд React Query в прямому ефірі
2024 ж. 5 Қаң.
1 528 Рет қаралды
Що таке React Query? Що він уміє? Як почати з ним працювати? Все це ви побачите в цьому випуску практичного відео огляду про React Query
✉️ Telegram: t.me/reactbeginners
❤️ Підтримати канал: opencollective.com/farstar
дякую. Придивляюся до технології. Я джун, потрібно буде робити обмінник. Працюю з Redux Toolkit, думаю, чи впроваджувати React Query.
Вітаю! Було б чудово розглняути роботу з Аборт контроллер апі та різницю між ртк-квері і танстак квері
Аборт контроллер не проблема, там відео на 5 хвилин достатньо) або навіть просто текст)
Дякую за відео)Починаємо юзати на волонтерському проекті і таки довелось себе змусити повернутись до цього відео ахаха. Але з моменту кешування і останні 10хв...щось дуже все заплуталось і майже нічого не зрозуміла. Ну і ще цікавить порівняння з rtk query. І ще було б цікаво ефір про біблотеки - коли які юзаєш, на яких об'ємах, де що краще (ну ті що не по смаку , а іноді обирають саме за доцільністю використання).
Боюся ви не перші, треба робити нормальний огляд на бібліотеку. Щодо вибору бібліотеки компонент то зазвичай береться то що знає команда. Або, якщо є специфічні вимоги, підбирається по вимогам.
С наступающим хлопцы! Можете сделать мини обзорчик на решение от команды Preact - Signals, было бы очень интересно. Не совсем понятно почему signals-react основана на переопределении JSX в самом React, по сути встраиваясь в него? Можете рассказать об этом по подробнее в видео?
Сигнали і самому цікаві, треба буде виділити на це час. Дякую за напрямок
Перевизначення JSX дозволяє Signals-react уникнути необхідності створювати додаткові обгортки навколо React-компонентів. Це може призвести до підвищення продуктивності, особливо під час використання складних сигналів. Сигнали використовують асинхронний підхід, заснований на подіях, а React - синхронний підхід, що ґрунтується на рендерингу. Перевизначення JSX дозволяє Signals-react синхронізувати ці два підходи.
чи треба refetch/invalidateQueries y get запитах і коли,якщо так? Чула, що в Get запитах взагалі не треба скидатись, можна лише інвалідувати лише в Post.
Беремо юзера. Оновлюємо йому дані Інвалідуємо кверю якою отримали юзера Отримали нового юзера у всій апці)
Повернулась на перегляд. Питання: навіщо витягати status з ліби, status === 'pending' і тп? Можна витягати isPending, isError і там вже верстку потрібну робити. Коли що юзати?
Було незручно з TS
react-query, юзается на больших проектах, как я понял, если проект не большой и не имеет много запросов, то лучше заюзать SWR. Даст ли это возможность полностью избавится от Redux? Конечно нет! Эта библиотека лишь берет данные из бэкенда и работают в качестве “state manager”-а, плюс кэширование и все!
Воно і на маленькому чудово працює за рахунок того що не потрібно городити власні городи з isLoading, isError, тощо