DO
перепосылка запроса при изменившихся переменных запроса.
Size: a a a
2020 November 01
R
возвращаем промис по времени растяни
DS
перепосылка запроса при изменившихся переменных запроса.
Ну так с эффектором например, ни кастом хука не будет, ни в компоненте ниче не будет.
Будет кусок кода который выражает явные намерения рефетча
Будет кусок кода который выражает явные намерения рефетча
R
и ради интереса а и б сделай обычными, а не функами
DS
возвращаем промис по времени растяни
непонял
R
непонял
на это забей
DS
возвращаем промис по времени растяни
DS
и ради интереса а и б сделай обычными, а не функами
Не асинк?
R
Не асинк?
с асинк
R
просто async function a() {}
yv
DS
просто async function a() {}
🦜
А мне надоедает руками синхронизировать со state manager'ом. И я говорю, react-query особенно удобна для CRUD-like приложений. Так же как и apollo'вская graphql библиотечка, или urql..
Привет ререндеры
🦜
Мы тут от них уходим, а не наоборот
🦜
ну да,
useEffect(()=>{
refetchQueryEvent({param1,param2});
},[param1,param2]
тоже довольно элегантно получается, особенно если это спрятат в custom хуке :)Бррр
yv
DO
Ну так с эффектором например, ни кастом хука не будет, ни в компоненте ниче не будет.
Будет кусок кода который выражает явные намерения рефетча
Будет кусок кода который выражает явные намерения рефетча
Так весь смысл как раз в том, что я не хочу "явно выражать намерение запроса". Я хочу иметь компонент, который принимает props userId и отображает данные по юзеру, когда userId меняется, запрашивает новые данные.
AO
Так весь смысл как раз в том, что я не хочу "явно выражать намерение запроса". Я хочу иметь компонент, который принимает props userId и отображает данные по юзеру, когда userId меняется, запрашивает новые данные.
Такое и с эффектором можно
AO
Через Gate пропсы передать в модель
DO
Бррр
А какие альтернативы?..