я не понимаю, почему, указав id при новом рендере компонента, выполняется цикл?? id как был 12, так и остался 12 и попсами кидать пробовал все равно отрабатывает и тру/фолс ставил, ноль толку

children - безусловный параметр  для props (читай как - «он есть всегда»)

чойта вдруг

чойта вдруг

есть сомнения на этот счет?

есть сомнения на этот счет?

export const Comp = (props) => { console.log(props) console.log(props.children); return null; }

есть сомнения на этот счет?

более чем

я не понимаю, почему, указав id при новом рендере компонента, выполняется цикл?? id как был 12, так и остался 12 и попсами кидать пробовал все равно отрабатывает и тру/фолс ставил, ноль толку

Еще раз поиграйся с этим, в данном случае useEffect callback вызовется один раз, или проблема не в этом?

Еще раз поиграйся с этим, в данном случае useEffect callback вызовется один раз, или проблема не в этом?

я подгрузил данные например, вышел со страницы, данные то в сторе есть, захожу на страницу, он опять грузит, хотя данные то есть

я не понимаю, почему, указав id при новом рендере компонента, выполняется цикл?? id как был 12, так и остался 12 и попсами кидать пробовал все равно отрабатывает и тру/фолс ставил, ноль толку

так может у тебя анмаунт родителя срабатывает

я подгрузил данные например, вышел со страницы, данные то в сторе есть, захожу на страницу, он опять грузит, хотя данные то есть

какие данные, в каком сторе, шо происходит как ты их проверяешь, как получаешь

так может у тебя анмаунт родителя срабатывает

сейчас данных нету я явно в компонент передал <App params={id} />} id неизменный, если не изменился пропс, маунта не может быть ведь, а он происходит

я подгрузил данные например, вышел со страницы, данные то в сторе есть, захожу на страницу, он опять грузит, хотя данные то есть

Ты говоришь, что уходишь со страницы, соответственно компонент анмаунтится

сейчас данных нету я явно в компонент передал <App params={id} />} id неизменный, если не изменился пропс, маунта не может быть ведь, а он происходит

пили сандбокс кароче, либо сам траблу найдешь, либо хоть понятней будет

пили сандбокс кароче, либо сам траблу найдешь, либо хоть понятней будет

https://codesandbox.io/s/fervent-panini-mjec2

у меня стрелочная функция

Иии

Ты говоришь, что уходишь со страницы, соответственно компонент анмаунтится

ну анмаутится он, а данные ведь остались, я захожу он их заного получает, зачем их получать еще раз, если они есть?

ну анмаутится он, а данные ведь остались, я захожу он их заного получает, зачем их получать еще раз, если они есть?

лол

лол

))

ну анмаутится он, а данные ведь остались, я захожу он их заного получает, зачем их получать еще раз, если они есть?

лол

лол

тиха

ну анмаутится он, а данные ведь остались, я захожу он их заного получает, зачем их получать еще раз, если они есть?

это ты сам должен реализовать кэширование

ну анмаутится он, а данные ведь остались, я захожу он их заного получает, зачем их получать еще раз, если они есть?

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

если нужно

ну анмаутится он, а данные ведь остались, я захожу он их заного получает, зачем их получать еще раз, если они есть?

в этом эффекте проверяй, есть ли данные, и если нету, запрашивай их

или где, ты там запрос делаешь

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

ну в классе didMount можно было сравнить пропсы, если одинаковы, не обновлять, тут как это сделать?

ну в классе didMount можно было сравнить пропсы, если одинаковы, не обновлять, тут как это сделать?

в эффекте просто проверяешь есть ли данные есть - ок, нет - фетчишь

ну в классе didMount можно было сравнить пропсы, если одинаковы, не обновлять, тут как это сделать?

хош совет? тебе нужно отдохнуть немного. Побегать \ серик глянуть \ поспать . Полегчает

в эффекте просто проверяешь есть ли данные есть - ок, нет - фетчишь

как это проверить? второй параметр, я что только тутда не передавал

как это проверить? второй параметр, я что только тутда не передавал

... useEffect(() => { someStore.getState() === null && fetchMyData(); }, []); ...

а вообще, по хорошему, если нужно кешировать данные, то лучше делай это на уровне апи в твоём приложении

ну либо, если данные статичные, и их не надо обновлять при переходах, фетчи в компоненте выше

чтобы не нагромождать компоненты логикой

а вообще, по хорошему, если нужно кешировать данные, то лучше делай это на уровне апи в твоём приложении

да зачем кеш я не понимаю, вот зашли в каталог фильмов, подгрузили 1 раз фильмы, тоесть, если мы переходим в лк, фильиы ведь не изменны, при переходе в каталог, список в стейте то есть, зачем еще запрос отправлять то?

да зачем кеш я не понимаю, вот зашли в каталог фильмов, подгрузили 1 раз фильмы, тоесть, если мы переходим в лк, фильиы ведь не изменны, при переходе в каталог, список в стейте то есть, зачем еще запрос отправлять то?

это и называется кэш потому что

кароче, дабы не разрывать мозг тебе, храни эти данные не в стейте компонента текущего либо выше, либо в сторе эффектора/редаксе/ватева

это и называется кэш потому что

так я храню в сторе ридакса массив

const fetchMyData = () => { let lastId = null; let lastData = null; return (id) => { if (lastId !== id) { return fetch('url').then(data => lastData = data); } return Promise.resolve(lastData); }; }

ну так ты фетч вынеси выше, чтобы у тебя при переходе на страницу он не вызывался ну либо проверяй, что мол если есть данные для этой страницы, то уже не надо их загружать (но вообще, эти танцы с кешем вообще не упали, хз, зачем напрягаться)

ну так ты фетч вынеси выше, чтобы у тебя при переходе на страницу он не вызывался ну либо проверяй, что мол если есть данные для этой страницы, то уже не надо их загружать (но вообще, эти танцы с кешем вообще не упали, хз, зачем напрягаться)

А если он id поменяет?

Но это уже другая история)

const fetchMyData = () => { let lastId = null; let lastData = null; return (id) => { if (lastId !== id) { return fetch('url').then(data => lastData = data); } return Promise.resolve(lastData); }; }

запрос внутри компонента? это же жесть, если их 100, поменялся урл, либо на аксиос сел

запрос внутри компонента? это же жесть, если их 100, поменялся урл, либо на аксиос сел

Ух как) А что, если я тебе скажу, что этот код не внутри компонента можно положить?)

И можно вынести урлу в константу

А если он id поменяет?

ну так обычно грузят лист сущностей, там все данные уже будут а по одной выцеплять из апи - зачем? ну если очень хочется, то да, можно кешировать по айдишникам в слое с апи, но хз, больше продрочишься, чем профита получишь

ну так ты фетч вынеси выше, чтобы у тебя при переходе на страницу он не вызывался ну либо проверяй, что мол если есть данные для этой страницы, то уже не надо их загружать (но вообще, эти танцы с кешем вообще не упали, хз, зачем напрягаться)

поставлю вопрос тогда по другому, есть главная страница, на ней подгружается 3 статьи, время загрузки 5сек, тоесть эти 5сек там будет спинер, статьи подгрузились, все хорошо, спинер пропал, тут я перехожу в лк, потому опять на главную и опять спинер 5сек ради 3ех статей, как от этого избавиться? я раньше сравнивал пропсы , если одинаковы не отправлял запрос

поставлю вопрос тогда по другому, есть главная страница, на ней подгружается 3 статьи, время загрузки 5сек, тоесть эти 5сек там будет спинер, статьи подгрузились, все хорошо, спинер пропал, тут я перехожу в лк, потому опять на главную и опять спинер 5сек ради 3ех статей, как от этого избавиться? я раньше сравнивал пропсы , если одинаковы не отправлял запрос

эти 3 статьи постоянные? они не меняются во времени?

эти 3 статьи постоянные? они не меняются во времени?

допустим они одинаковы

тоесть достаточно 1 раз подгрузить

допустим они одинаковы

грузи уровнем выше, один раз при маунте приложения например

Ух как) А что, если я тебе скажу, что этот код не внутри компонента можно положить?)

а результат запроса куда сливается?

грузи уровнем выше, один раз при маунте приложения например

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

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

да не, достаточно уметь слушать) тебе не надо ничего сравнивать, просто данные нужно грузить там, где они нужны

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

в React.memo оборачиваешь компонент и оно делает быстрое сравнение не глубокое

да не, достаточно уметь слушать) тебе не надо ничего сравнивать, просто данные нужно грузить там, где они нужны

есть страница статей, зачем мне выше грузить данные, если я гружу их, когда перейду на нее

есть страница статей, зачем мне выше грузить данные, если я гружу их, когда перейду на нее

ну тогда мучайся с кешем, либо грузи каждый раз, если не хочешь так если это статика, нет ничего зазорного чтобы ее прелоаднуть особенно если это главная страница

ну тогда мучайся с кешем, либо грузи каждый раз, если не хочешь так если это статика, нет ничего зазорного чтобы ее прелоаднуть особенно если это главная страница

ну вот пример, редактирование статьи, список статей, выбираем статью, жмем, спинер и данные статьи подгрузились, тут все норм, запрос нужен всегда, а вот сам список не изменен, но он тоже всегда подгружается? зачем?

ну вот пример, редактирование статьи, список статей, выбираем статью, жмем, спинер и данные статьи подгрузились, тут все норм, запрос нужен всегда, а вот сам список не изменен, но он тоже всегда подгружается? зачем?

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

поставлю вопрос тогда по другому, есть главная страница, на ней подгружается 3 статьи, время загрузки 5сек, тоесть эти 5сек там будет спинер, статьи подгрузились, все хорошо, спинер пропал, тут я перехожу в лк, потому опять на главную и опять спинер 5сек ради 3ех статей, как от этого избавиться? я раньше сравнивал пропсы , если одинаковы не отправлял запрос

5 секунд?! O_O

5 секунд?! O_O

slow 3g :))

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

статьи добавить юзер может, вот он добавил, а мы же сверху грузим, я их не получу пока не перезагружу страницу тогда

статьи добавить юзер может, вот он добавил, а мы же сверху грузим, я их не получу пока не перезагружу страницу тогда

добавляй в стор создал статью -> отправил на сервер -> все окс -> запушил новую статью в стор на клиенте -> обновился список статей у тебя же все равно будет подписка на редакс стор, статья подсосется автоматом, как ты ее добавишь

статьи добавить юзер может, вот он добавил, а мы же сверху грузим, я их не получу пока не перезагружу страницу тогда

у тебя там пагинация?

добавляй в стор создал статью -> отправил на сервер -> все окс -> запушил новую статью в стор на клиенте -> обновился список статей у тебя же все равно будет подписка на редакс стор, статья подсосется автоматом, как ты ее добавишь

выше уровень, это в корневом компоненте отправлять запросы?

поставлю вопрос тогда по другому, есть главная страница, на ней подгружается 3 статьи, время загрузки 5сек, тоесть эти 5сек там будет спинер, статьи подгрузились, все хорошо, спинер пропал, тут я перехожу в лк, потому опять на главную и опять спинер 5сек ради 3ех статей, как от этого избавиться? я раньше сравнивал пропсы , если одинаковы не отправлял запрос

для этого придумали не хранить бизнес стейт в реакте redux там и вот это все прочее

отправляй в запросе айдишки статей текущей страницы и таймштамп их последнего получения в веб возвращай с бакенда только обновленные :)

выше уровень, это в корневом компоненте отправлять запросы?

это из корневого(?) компонента дергать экшн, который сфетчит

😄

это из корневого(?) компонента дергать экшн, который сфетчит

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

page > cdm

Discourse: Rails + Ember.js

А есть популярные проекты где нету реакта? Либы компонентов не предалагать

А есть популярные проекты где нету реакта? Либы компонентов не предалагать

ангуляр там

Ember.js

сейчас поддерживаю этот форум

Я хочу делать data-driven подписки в саге, вроде такого function* subscribe(selector, saga) { let state = yield select(selector); while (true) { yield take('*'); const newState = yield select(selector); if (state !== newState) { state = newState; yield fork(saga, state); } } } // usage function* requestData() { yield subscribe(state => state.input, function* (input) { const result = yield call(fetch, input) yield put(responce(result)) }) } Есть уже что-то готовое, снипеты \ либки \ какой-то проект где посмотреть?

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

Что тебе мешает делать точно также, проверить пропс, и если данные есть не загружать их?

я блд понял, нужно просто внутри проверить..... это жесть

я блд понял, нужно просто внутри проверить..... это жесть

а в чем собственно тут эффект?