@@АлексейКомлев-т4с нет, хотя я с реактом разобрался но из за того что нет коммерческого опыта никуда не берут , хотя и реакт и сам js нормально знаю плюс TS выучил немого
В setTimer (как и в любом стэйте который использует данные на основе ПРЕДЫДУЩЕГО состояния) нужно использовать коллбэк функцию которая принимает параметром предыдущее состояние и возвращает это состояние с какими-то изменениями - в вашем случае это - setTimer((prev) => prev +1) Так будет более корректно.
Если в стеке больше никто это состояние не использует, то и понятие ПРЕДЫДУЩЕЕ теряет смысл. Здесь просто состояние текущего рендера. Поэтому использование коллбэка лишнее.
Алексей, спасибо за видео! Правильно ли я понял, что в последнем примере ДО return работает componentDidUpdate по всем его правилам, а после мы пишем логику которая выполняется по правилам componentWillUnmount перед размонтированием?
Насколько я понял - использование setInterval в Реакте не имеет смысла, так как он работает только раз как setTimeout. Интересно, где реакторщики пишут бизнеслогику? В копоненте она же будет повторяться. А если отдельно, то надо как-то синхронизировать. Короче - голова кругом.
@@web-constcode6252 Получается, что на каждом перерендере сетинтервал регистрируется чтобы после первого срабатывания очищаться. Работает только раз. Это функциональность setTimeout, который кстати не нужно очищать.
Странно что так мало просмотров, очень понятно объясняете! Отличное видео, спасибо!
Нормально, главное что посмотрели кому надо и для кого записывал )
смотрю ваш курс в 2022 и я считаю его годным даже спустя 2 года !!!
Естественно )
Как успехи?
@@АлексейКомлев-т4с все нормально
@@yakub8798 работаешь?
@@АлексейКомлев-т4с нет, хотя я с реактом разобрался но из за того что нет коммерческого опыта никуда не берут , хотя и реакт и сам js нормально знаю плюс TS выучил немого
Спасибо большое!!!!😀
Спасибо, рад стараться =)
В setTimer (как и в любом стэйте который использует данные на основе ПРЕДЫДУЩЕГО состояния) нужно использовать коллбэк функцию которая принимает параметром предыдущее состояние и возвращает это состояние с какими-то изменениями - в вашем случае это - setTimer((prev) => prev +1) Так будет более корректно.
Более ли, но вариант хорош тем, что не нужно указывать доп зависимость.
Если в стеке больше никто это состояние не использует, то и понятие ПРЕДЫДУЩЕЕ теряет смысл. Здесь просто состояние текущего рендера. Поэтому использование коллбэка лишнее.
при такой реализации setInterval будет не 1000, а 1000+время на ререндер компонента
Алексей, спасибо за видео! Правильно ли я понял, что в последнем примере ДО return работает componentDidUpdate по всем его правилам, а после мы пишем логику которая выполняется по правилам componentWillUnmount перед размонтированием?
Привет. Извиняюсь за поздний ответ. Вопроса не понял, можешь мне в дискорде написать подробнее?
лаяутэфект будет? с примерами?
Вполне возможно
Подписка однозначно, вы из какой страны?
Из России
Странно спрашивать, когда на вебке сзади есть карта и крупными буквами написано, Москва - МО )
Насколько я понял - использование setInterval в Реакте не имеет смысла, так как он работает только раз как setTimeout. Интересно, где реакторщики пишут бизнеслогику? В копоненте она же будет повторяться. А если отдельно, то надо как-то синхронизировать. Короче - голова кругом.
Имеет смысл. setIterval работает так же. Или вы про то, что приходится его очищать как side эффект?
@@web-constcode6252 Получается, что на каждом перерендере сетинтервал регистрируется чтобы после первого срабатывания очищаться. Работает только раз. Это функциональность setTimeout, который кстати не нужно очищать.
Если бы в документации все было хорошо и понятно рассказано, то я бы сейчас это видео не смотрел.
Там все хорошо и понятно рассказано. Примеров мало.
@@web-constcode6252 Нет, не хорошо