то другое попробовать ? (Бек на django REST)
react + ts + react-query + mobx + mobx-state-tree ИЛИ
react + ts + react-query + redux + redux-saga
react-query приятно работает с кешом, сервером, запросами
А вот клиенские стейт под вопросом, что то, что то интересное
непонятно нужен ли rq если уже работаешь с redux
Так он с коробки дает кеширование , плюс есть приятные фишки, типо "положительное ожидание", различные состояния и т.п. на redux будет много ненужного сверх кода (наверное)
А как ты будешь решать где юзать rq а где redux
rq все что с сервером redux клиенская часть (к примеру запомнить пользователя, его данные, выводить в различных компонентах)
понял. посмотри еще redux-tookit. у него мало бойлерплейта и есть asyncthunk, с которым легче хендлить состояния запросов
🤔 ага, смотрел, но чет душа уже прилегла к генераторам
я пробовал rq и к сожалению столкнулся с бесконечным ререндером при работе с рефами. поэтому сейчас с подозрением смотрю на него
https://react-query.tanstack.com/guides/does-this-replace-client-state
🤔 интересно бы узнать причину и увидеть код, пока не встерчал такого мрака
ну там скорее проблема с кривым api компонента на которого навешен реф. но вот всё равно как-то смутило
А mobx не пробовали ? Его реактивность и возможность напрямую менять стейты дико привлекает, плюс оптимизация самих функций из коробки (mobx-react-lite)
я пока даже не смотрел этот стм. возможно гляну
Понял. Меня лишь не подкупает её "популярность", если брать тот же npm и количество скачиваний у mobx vs redux.. прям не в 1-2, а чуть ли не в 10ть раз меньше закачек..
Обсуждают сегодня