Что вы знаете о useCallback?
Вставка
- Опубліковано 5 лип 2024
- Последнее время я все чаще вижу, как люди используют себе же во вред хук useCallback. В этом видео рассмотрим исток проблемы нерационального использования useCallback и конечно же найдем ему рациональное применение
Поддержать Айти Синяка можно здесь:
UA-cam: / @it-sin9k
boosty: boosty.to/sin9k
Patreon: / itsin9k
Таймкоды:
00:00 Объявление темы
00:25 Метод для компонента класса
00:58 Метод для компонента функции
01:28 Документация как рефери
02:47 Как мы попадаем в ловушку
03:14 Викторина!
04:12 Пишем свой useCallback
05:26 Выводы из имплементации
06:54 А для чего же нужен useCallback?
07:40 Полезный пример c useCallback
09:06 Подытожим
09:35 Подписывайтесь!
09:46 Рекомендованные видео
Подписаться на канал: / @it-sin9k
Twitter: / it_sin9k
-------------------------
Данный канал создан для инициирования бесед на различные темы IT сферы (социальные / технические), а также для тех кому короткая видео выжимка статьи, выступления на конференции или же просто личных мыслей, являются более удобным форматом
боже храни алгоритмы ютуба которые решили порекомендовать мне этот канал :D
Аминь :D
Мне пришлось перейти из .Нет бекенд разработки на фронт, поучаствовать в найме, познакомиться со специалистом с реакт навыками гораздо выше моих, признаться ему в этом и спросить где он черпал знания чтобы узнать об этом канале)
Так что вам еще повезло 😁
Вот это действительно крутой контент, а не перессказывание документации!
Спасибо!) следующие 2 видео которые выйдут на канале, будут еще круче) **по секрету**
Просто супер! Какой же огромный труд делать анимацию, да еще и с таким высоким качеством подачи...Ты крут!
Спасибо!) это действительно не легкий труд) будем рады если поделитесь видео с коллегами)
это гигантский труд.
Я как то создавал себе анимацию через adobe after effects. Это ад. Там еще нужно иметь супер мега железо, чтобы не зависло.. А процесс создания инфографики очень долгий.
Я думаю на анимацию уходит несколько раз больше времени чем на контент
я честно говоря даже и не знаю, на что уходит больше времени. Очень много занимает расписывание сценария для видео. В плане на такой-то фразе показать вот этот текст или вот на бумаге нарисовал примерный вид страницы. Вот этот подробный видео сценарий занимает очень много
@Jerome Lochlan instablaster :)
@@GagikHarutyunyan_dev Привет рендерам по 8 часов, тут вам не реакт с мемойзами
Дивный новый мир хуков, спасибо, очень полезно 👍
Ещё один шикарный ролик!💪
Спасибо, очень полезно!
Благодарю за труды и годнейший контент!
Спасибо, было полезно и понятно!
Топовое объяснение! Перед собесами мега полезно)
Жииииирный лайк! Супер простое и наглядное объяснение
Спасибо,супер выпуск ! useCallback
Отличная подача материла. Большое спасибо!)
Качественный контент, спасибо!
Спасибо!)
Мое почтение! Отличная анимация и подача!
спасибо!)
мы работаем над ее улучшением)
Очень круто, спасибо!
Круто, очень круто 🎉🎉🎉🎉
Спасибо за видео! Перепишу сегодня парочку компонентов)
С этим комментарием цель данного видео считаю достигнутой))
Согласна, что подача материала крутая!
Я просто в шоке насколько крутой контент и как хорошо и просто ты объясняешь) спасибо тебе огромное)
Спасибо!
Отличная подача полезного контента.
Спасибо :) мы очень старались)
Спасибо за видео! Как всегда качественный контент. Можно ещё про useRef видео
Да, про useRef, там есть интересные трюки, однозначно про них будет выпуск
Крутое видео и отличное объяснение. Спасибо!
Спасибо!)
Рад ,что нашёл твой канал бро, очень сильно все преподносишь!!
спасибо! Мы рады что ты нас нашел))
хорошее объяснение. хотелось бы по всем хукам такой разбор )
особенно по useReducer.
успехов каналу, лайк / подписка.
Добро пожаловать!)
ну уже как минимум на канале разобраные: useRef, useMemo, коснулись useEffect + useLayoutEffect и новый выпуск во вторник еще раскроет, что-то новое)
контент бомба! спасибо добрый Синяк! скину ребятам видос. 🔥
Мы рады быть полезными :)
Рекомендую еще в твитер подписаться, пользы там не много, но иногда провожу опросы, какие темы хотели бы послушать
@@it-sin9k Обязательно! 👌
Я скажу коротко, но искренне: спасибо тебе огромное за твои ролики!
Очень доходчиво и понятно, спасибо!
Очень рад!)
Это лучшее видео и самое понятное по этому хуку! спасибо!
Спасибо! Надеюсь найдете себе еще что-то полезное на канале)
Боже мой, спасибо тебе ) наконец-то понял необходимость useCallback )
Сам немного был шокирован, когда осознал))
Очень крутые уроки!
спасибо!)
Нужно сделать запрос, чтобы некоторые ваши ролики делали как отдельный на сайте реакт документации)
Было бы очень не плохо)))
Ты вообще 🔥!!!! Все четко, понятно, анимации просто крутые. 100 % лайк и подписка!!!
Спасибо!) Добро пожаловать!)
это очень круто!!! по возможности побольше хотелось-бы "своих реализаций", как в случае с useCallback или разбор source code-а
На этом канале много видео с разбором исходников :)
Ты очень нужен нам, приятель)
чего сразу пропал) неделю назад вышло последнее видео) такой контент так часто не опубликуешь)
Спасибо за такой контент, канал просто бомба! Главное только что бы выход контента не пострадал из за переезда в другую страну :)
Спасибо)
Новое видео уже залито на канал) завтра утром запланирована публикация)
так что пока все успеваем в дедлайны))
Крутой видос спасибо коммент в поддержку канала!!
Продвигаем канал!))
очень круто, респект
Спасибо!
Спасибо большое, ты крут !
Спасибо!) Мы очень стараемся!
суууууууууууупер! Спасибо!
спасиииииибо!
инфа супер!
все для вас)
крутой контент, почему так мало подписчиков и просмотров. Не понимаю, почему только сейчас спустя можно сказать 2х лет ютьюб предложил ваши видео. Очень четкая и поставленная речь(только благодаря ей уже включаешься в осмысление темы) , продуманный текст, столько трудов.
Спасибо! Трудов действительно много) а алгоритмы ютуба не исповедимы))
Бро, ты реально крут. Делай дальше и чаще) Я от Арчакоаа. Подписался, нажал колокольчик
Спасибо!) делать дальше это без проблем) а вот с чаще немного сложно. Сам контент, каждый выпуск это как статью на хабре написать (по некоторым выпускам мы и публикуем статьи), выматываем достаточно, а еще и видео ряд нужно придумать и смонтировать) Поэтому текущая наша скорость 1 видео раз в 2 недели
@@it-sin9k Успехов желаю) буду ждать каждый выпуск 💪
блин, какой же офигенный материал. уже несколько дней смотрю по чуть-чуть. очень грамотно даешь информацию, еще и докуху разжевываешь. спасибо!
Ради таких бесценных комментариев мы и стараемся)
@@it-sin9k планируются ли какие-то курсы по реакту?
@@user-bt9hx3ik6e что то подобное планируется, но будет думаю еще не скоро, платформу решили свою запилить для этого. Там много идей, что на ней можно запилить
@@it-sin9k думаю такой курс был бы один из лучших в ру-регионе.ждем запуска платформы тогда)
@@user-bt9hx3ik6e очень на это надеюсь) но надо набраться терпения)
Хотелось бы еще больше таких кейсов
Завтра утром планируется публикация следующего видео :)
Респект 👍
Отличный контент. Я бы ещё отметил что также приходится мемоизировать когда функции указываются в зависимостях тех же тех же useErffect или useMemo.
спасибо за комментарий! Я в данный момент намеренно не касался этих примеров, т.к. в следующих выпусках планирую про это поговорить более углубленно :)
@@it-sin9k Супер. Рад что покрывашь эти темы :) Кстати сколько времени уходит что бы смонтировать видео? Картинка получается супер, просто интересно почему в итоге допустим не выбрал обычный вариант например как делает Kent C. Dodds, который как мне кажется занимал бы меньше времени.
нас двое, я придумываю контент, записываю аудио и делаю текстовый драфт по визуализации и есть еще товарищ, который делает всю работу по видео ряду, рисует персонажей, делает разные визуальные эффекты и прочее. Поэтому сумарно это занимает очень много времени, посчитать особо не могу. Лишь один контент осознать и продумать подачу у меня занимает пару дней, по факту это как статью придумать и написать.
Синяк - это единственный формат контента, который я бы сам стал смотреть. 5 - 10 минут, осознанного текста, с минимизированным количеством лишней информации (скрыт лишний код, лишние контролы в браузере и многое другое), с крупными шрифтами, чтобы смотреть на телефоне было удобно + фокус кода, чтобы понимать о чем речь идет, да и визуализация идеи какого либо патерна сильно упрощает его понимание, это то что смотрел бы я сам. В подаче Kent C. Dodds такого нет, тогда уж лучше по мне прочесть статьи какие-нибудь, чем смотреть длинные ролики с говорящей головй и перегруженным экраном. А я люблю все таки видео формат, поэтому и решил сделать, то что сам бы смотрел.
Респект за коммент, ради таких всегда их читаю.
Спасибо
завтра буду смотреть,брат советовал
привет передавай брату!)
Польза тут
Круто
Забыл одну важную деталь.
Что бы этот трюк с useCallback работал, нужно чтобы дочерний компонент был оптимизирован от лишних ререндеров. Например, в родитель прилетает новый пропс, это тригерит ререндер родителя и всего поддерева, вне зависимости обернут колбек в useCallback или нет.
Справедливости ради, в твоем примере родитель не имеет своего локального состоятия или пропсов используемых только в родителе, поэтому у тебя все корректно. Но все же в общем случае, даталь описанную выше, нужно учитывать.
Плюсую, React.memo(Component) в помощь
Внезапно правда хороший видос. Про этот "нюанс" знал, но уровень подачи материала на уровне. Разве что в какой-то момент объяснение кажется сверх-монотонным, а в какой-то слишком быстро проматывающим основные моменты. Например зачитывание на экране того, что я могу поставить на паузу и сам быстро прочитать. А потом скип, когда пишется функция useCallback.
Спасибо за фидбек!
а можете уточнить что вы подразумеваете под "скип, когда пишется функция useCallback?"
что именно хотелось бы добавить?
@@it-sin9k когда показывалась реализация функции вместе с ее условиями, то например, мне хотелось самому же прочитать эти условия, так сказать зафиксировать их у себя в голове, а не просто пробежаться по ним. Как бы там не было ничего сложного, но хочется большой остановки на этом.
Смотрю сейчас доклад, как же бодро ты рассказываешь, хочу с тобой работать)
Я просмотрел заново видос) понял о чем ты говоришь, я специально не останавливался особо на реализации useCallback, потому что через пару видео планирую эксперементальное видео, рассмотреть исходники реакта. Т.е. все смогут подробно увидеть, что примерно происходит под капотом. Конечно всю кодовую базу не получится раскрыть, но что-то получится
Приятно, что хоть кто-то делает контент не для начинающих )
сам страдал, что не хватает контента для себя. Вот решил его сам создать)
Очень круто сделано, мультики про React это новое) Поделился с коллегами ссылкой
За "Поделился с коллегами ссылкой" огромное спасибо!)
Видео отличное! У нас на проекте используют часто не по назначению. Подниму эту тему. Благодарю!
Придерусь только к названиям обработчиков: 7:57, у них должен быть префикс `handle`. Ты и сам в видео говоришь, о том, что надо обработать (to handle) событие: handleClick, handleChange, handleSubmit, handleMyOwnClick, etc.
Если это событие передаётся дальше как пропс, то префикс будет `on`: onClick, onChange, onSubmit, onMyOwnClick, etc.
Ещё раз благодарю за видео! :)
Интересный подход к неймингу. Подниму этот вопрос в команде, интересно, кто как отреагирует :)
Почему у этого канала еще не миллион подписчиков?)
Для этого React-у надо хотя бы 1млрд скачек в неделю)
👍
А в конце видео компонент не нужно обернуть в React.memo что бы useCallback внутри компонента имел какой-то смысл?
Абсолютно верно, необходимо использовать React.memo, я как то опустил в визуализации этот момент. Вероятно стоило добавить
@@it-sin9k Спасибо за ответ, очень полезное видео
Да, круто объяснил насчёт создания функции, но как по мне useCallback надо использовать только в связке с React.memo
В большинстве случаев да, но есть и другие более редкие кейсы, когда тебе нужна одна и та же ссылка на функцию. Например если у тебя есть window.addEventListener и window.removeEventListener, в таком случае нужно так же передать одну и туже функцию, иначе ты не сможешь отписаться от события.
@@it-sin9k ну ты конечно высаживаешь.... Найдешь редкий кейс, круто. Спасибо.
Привет видео класс. Хочу попросить вставлять в описание к видео ссылку на статью, твои же многие видео имеют статью на хабре. Полезно после просмотра еще и почитать то же самое, лучше закрепляется)
Тут 2 проблемки :)
- Не хочу трафик с ютуба на хабр отправлять, идея была скорее наоборот)
- ну и статьи давно перестал выпускать новые, что то комменты на хабре иногда меня очень расстраивали. Комменты на ютубе куда более приятно читать и отвечать людям
Есть мысли сделать свой ресурс, куда расшифровки публиковать, тогда точно буду постить)
@@it-sin9k логично, я и не подумал об этом)
топ спасибо за труды. Можно вопрос про часть (Таким образом все компоненты Car не будут рендериться лишний раз, т.к. ссылка на функцию останется прежней.) это утверждение верно если Car обернут в memo так? 8:35 минута.
Абсолютно верно :)
бросилось в глаза: даже если недавно пришли в React из другого языка программирования )))
Суть useCallback в том, что someFunction будет мемоизирована
И react не будет ререндерить атрибут onClick тега button, потому что someFunction мемоизирована (если конечно title не изменился)
Поэтому данное видео для понимания useCallback под копотом хорошее, но неверное
Поправьте если не прав
Похожая дискуссия происходила на хабре, если интересна выжимка (я придерживаюсь того же мнения), то склонялись к тому что onClick пере присвоить (addEventLister / removeEventListener) дешевле чем прогонять данные через useCallback. И читабельность ухудшается. Вот ссылка на тред, более подробно почитать можно мысли разных людей
habr.com/en/post/529950/#comment_22379830
1. Немного не понял зачем нам создавать новую функцию из пропа в компоненте , почему мы не можем в return сам проп функции передать?
2. А если бы нам нужен был ивент, можем ли мы просто сделать onCarClick(car, event) }> ?
3. Видел что снизу в коментах про мемо речь ишла. Так нужно ещё и саму функцию в useMemo hook? Или компонент в memo HOC?
Видосы топ! Качество огонь. Подача для джунов - на высоте! Побольше контента, спасибо! Будем лайкать и коментировать, а также ДОНАТИТЬ)))
1. Дело в том что компонент Car обернут в memo(). Соответственно чтобы избежать лишних рендеров, нужно передавать ссылку на одну и ту же функцию, а если создавать функцию снаружи, то вы каждый раз передаете новую ссылку на функцию. Да и саму функцию создаете, на каждый рендер листа, а если он в компоненте, то функция создавалась бы только при перерендоре
2. Так и сделано же
3. Для функции есть useCallback, а не useMemo. Да при работе с листами, чтобы передавать одну и ту же ссылку на функцию лучше обернуть ее в useCallback
@@it-sin9k, спасибо большое за ответ, но все же, либо я туплю, либо вы не совсем поняли вопрос 1.
У меня ситуация идентичная как у вас в примере, за исключением того, что функция onCarClick принимает кроме car, ещё и event.
Так вот.
1. В обернул объявление функции в useCallback, чтобы ссылка оставалась прежней.
2. Обернул компоненту в memo-HOC.
3. Но в я НЕ создаю по новой "const onClick = () => onCarClick(car, event)", по тому что, в return нужно ивент "поймать". Тоесть получается "return ( onCarClick(car, event)} />)" - каждый раз анонимная функция передается. Если бы я объявил ранее, то как бы переданая ссылка ивент поймала? Либо я просто не знаю как правильно сделать :(
Как тогда оптимизировать?
@@_ivanoleksiukНе вижу в этом никакой сложности, вы вполне можете написать следующий код:
const onClick = (event) => onCarClick(event, car)
return click me
@@it-sin9k спасибо большое! Не знал что так работать будет. У меня два аргумента в функции, один из них ивент. Я думал будет работать если только два передавать. Думал всегда нужно анонимную с указанием двух. Не понимаю откуда берет второй (указываю "const onClick = (event) => onCarClick(event);" и работает). Но ничего - разберемся!
Смех, смехом, но буквально вчера делал тестовое где примеры с useCalback были точь в точь как в твоём видосе;)
ахах) возможно по видео и составляли тестовое)
Спасибо! Очень круто и понятно! Есть только один вопрос: зачем в компоненте с кнопкой, при передаче props ссылки на функцию - создаётся новая функция, которая связывает эти функции?
чтобы сделать замыкание на конкретную машину в onClick
@@it-sin9k спасибо! Очень круто!
Спасибо за труды! Я так понял если не указывать deps, то useCallback будет рендериться каждый раз и толка от нее не будет, т.е. указывать deps обязательно, даже если это просто [] который будет создавать callback только в момент монтирования. Поправьте если я не прав
Да, вы абсолютно правы)
Привет! Немного не понял момент с собственным написанием useCallback. Вначале ставишь условие, что при отсутствии массива зависимостей (в prevState или переданный ) приравнять оба поля и вернуть коллбек, но точно такие же действия ставишь и в конце ф-ии, в чем заключается смысл, можно ведь просто убрать начальное условие и оставить условие с сверкой массива зависимостей?
Пришлось даже пересмотреть все видео, чтобы понять вопрос) На будущее бросайте тайм код, чтобы не искать))
А так ваши рассуждения абсолютно верные. По идее можно было бы просто сравнить на shallowEqual() и все тут. Почему же я поступил иначе. Я не выдумал этот код, я лишь упростил реальные исходники useCallback. Поэтому вышло немного не очевидно. Но как вы понимаете не в этом суть видео :)
@@it-sin9k да, точно, извини, что без таймкода 😄
Не совсем понял мысль на 8:50 минуте - почему в этом случае нет смысла использования useCallback? Про оборачивание какой функции идет речь: onClick в или onCarClick в ?
Идея в том чтобы оборачивать в useCallback метод onCarClick, который находится в компоненте Cars. Это нужно для того чтобы компонент Car получал одну и туже ссылку на функцию, тогда компонент Car можно обернуть в memo и благодаря тому что ссылка на функцию будет одна и таже, компонент Car не будет заново рендериться, на каждый чих родителя.
С другой стороны внутри компонента Car нет смысла оборачивать onClick. useCallback(() => onCarClick(car), [onCarClick, car]). Потому что нам нет нужды в одной и той же ссылке, пусть на каждый render функция новая передается в
@@it-sin9k да, я про это и спрашивал - какая функция имеется в виду в этом моменте (ппросто там явно не озвучено), в таком варианте - да, все ясно
@@it-sin9k > компонент Car не будет заново рендериться, на каждый чих родителя.
На сколько я знаю компонент рендериться при новых пропсах или стейте и получается при новых пропсах ({cars}) компонент будет рендериться и за счет этого его потомки тоже
Т е useCallback в тоже не имеет смысла?
Если компонент Car не обернут в memo, тогда Car будет рендериться абсолютно при любом рендере родителя.
В данном примере я подразумевал, что компонент Car обернут в memo. Это значит, что компонент Car будет рендериться, только в случае, если хотя бы один из props изменится. Одним из таких props может быть функция onCarClick. Если мы не обернем ее в Cars в useCallback, тогда мы будет передавать новую ссылку на функцию, при каждом рендере Cars, а это значит что абсолютно все компоненты Car будут рендериться.
Поэтому и оборачивается в useCallback, для того чтобы мемоизировать функцию, и каждый раз в props передавать одну и ту же ссылку на функцию onCarsClick
Большое спасибо за труд, какой день изучаю этот useCallback =) немного не понял в конце 8:45 когда сам дочерний компонент обвернул в свою функцию. что изменилось что не нужно родителю использовать useCallback ? какие признаки должны быть когда точно нужно юзать useCallback?
то что делается на 8:45 работает вместе с useCallback. А как еще передать параметры?
@@it-sin9k
А если заглянуть внутрь компонента Car. там мы создадим еще одну функцию, которая свяжет onCarClick и объект car.
В этом случае нет никакой пользы оборачивать метод в useCallback, т.к. нам не важно, ссылка это на функцию с прошлого рендера или с текущего рендера...
тут наверно про использование нового useCallback уже для Car? Наверно я не так понял, думал что продолжаете говорить про родительский useCallback, что в нем теперь нет необходимости. Спасибо!)
useCallback у родительского компонента нужен был, чтобы при рендере списка машин, все компоненты Car не обновлялись, чтобы все получали одну и ту же ссылку. А внутри Car там уже не важно, что мы передаем в onClick. На уровне DOM дерева можно и разную ссылку передавать, это дешевая операция
@@it-sin9k благодарю. Я затупил 🤷♂️
8:54 почему ьы сращу не передать onCarClick (car) в Button а создавать специально функцию?
В конкретно этом видео, для наглядности. А в реальных проектах, мы обычно на 100% разделяем логику и отображение. Поэтому этот код у меня был бы в хуке кастомном, где я подготавливаю все данные для компонента
привет! хороший контент.
как для вас удобнее отправлять чашку кофе, на патреоне или как спонсор в ютубе?
Ваши видео стоят того. Возможно и я смогу вам чем-то помочь кроме спонсорства :)
Честно говоря мы еще сами не разобрались, что лучше подписка на патреон или спонсорство на youtube) поэтому где вам удобнее) А по поводу последнего предложения, мы рады любой помощи) Поэтому напишите на почту blue.sin9k@gmail.com, а там обсудим)
Вопрос - Можно ли в данном случае onClick вынести за пределы компонента? Или это ошибочно с архитектурной точки зрения
В данной реализации не очень эффективно выносить вверх. Так во всем компоненты мы передаем одну и ту же ссылку на функцию. И благодаря этому React.memo, помогает нам предотвращать рендеры. А если вынесем на уровень map создание функции, то всегда будет новая ссылка на функцию и тогда React.memo не будет никогда работать
Что если мы используем функцию внутри useEffect или useMemo и она передаётся в качестве зависимости в массив зависимостей, даст-ли нам пользу в производительности если мы эту функцию обернем в useCallback?
набросайте лучше код) так будет понятнее)
Я долго размышлял и понял, что в последнем примере ошибка, если я неправ, поправьте меня. Компонент Car все равно будет рендерится. То есть функция будет все равно отрабатывать, единственное, не будет removeEventListenet и addEventListenet . Чтобы действительно не было лишних срабатываний, нужно компонент car обвернуть в memo
да, все верно. Я не показал явно, что компонент обернут в React.memo. Без этого не будет работать
Обработчики событий также будут обновляться при каждом рендере, так как при перерендере родителя перендеривается Car полностью, соответсвенно функция запускается полностью по новой
@@MrKu39 Если функция в `useMemo` и обработчик в `useCallback`, то функция не будут срабатывать без изменения пропсов сверху или стейтов внутри
@@user-nd5zd5kc5k Да , все верно. Но только компонент в React.memo.
Не совсем понял про removeEventListener и addEventListener. Почему они не будут срабатывать?
Да и операция простейшая , имхо она легче чем useCallback
@@MrKu39 если добавить useCallback, но не добавлять React.memo, как в примере из видео, то оптимизация сведется к тому, что компонент (функция) все равно будет полностью срабатывать, будет видеть, что обработчик функции не изменился и не будет лишнего removeEventListenet и addEventListenet, которые были бы без useCallback
Есть вопрос.
Я не понимаю, что значит не происходит повторных рендеров? Вот функция с компонентом ведь отработает в любом случае, если в родителе изменились state?
Если я правильно понимаю, то есть смысл использовать useCallback только в 2 ситуациях, если у нас мемоизирован компонент, либо если функция в зависимостях у useEffect или типа того
@@user-nd5zd5kc5k Абсолютно верно :)
Интересно, в чем основное отличие между useMemo и useCallback?
Смотрите дальше) там есть целый ряд видео про исходники этих хуков
Спасибо большое за крутой контент!
Есть один вопрос по поводу ответа на 3:41: разве ф-я "someFunction" не будет создаваться реже в случае useCallback?
К примеру если у нас компонент Test отрисовывается в родителе Parent и причиной отрисовки Parent является не смена "title", а что-то другое - то компонент Test все равно будет перерисовываться. А в случае useCallback ф-я "someFunction" будет создаваться только когда меняется "title". Это если бы у нас ф-я Test была обернута в React.memo - тогда да, отвел был бы "ни в каком".
Но да, цена использования useCallback в этом случае намного дороже нежели цена создания ф-ии "someFunction".
UPD: и также на 8:35 все компоненты Car будут перерисовываться если компонент Cars будет перерисовываться (потому что Car не обернут в React.memo), хоть и ф-я "onCarClick" обернута в useCallback.
нет, не будет. функция создается всегда. useCallback лишь может принимать решение. Вернуть вам функцию только что созданную или мемоизированную. А история про Test и useMemo это уже другая тема
@@it-sin9k А, спасибо, да, это я затупил - ф-я будет создаваться на каждый рендер, а вот ссылка на ф-ю будет меняться реже.
Конечно будет! Используйте useCallback и получайте профит!
@@MrCortc почему будет?
@@it-sin9k Хм, я писал подробный комментарий к этому видео, но сейчас его нет. Хочешь сказать youtube удалил?
Сохрани в массив все someFunction после объявления и сравни. В обычном случае они всегда разные. В случае использования useCallback только в первый будет отличаться. Видимо реакт создает какую-то заглушку функции.
8:34 А что на счет функции высшего порядка в данном случае? А вообще, красавчик. Очень хороший разбор
Спасибо :)
не уловил суть вопроса про функцию высшего порядка
@@it-sin9k вместо юсКолбэк можно использовать функцию высшего порядка и в первом аргументе получаем результат функции вызванной в мапере на обработчик онКарКлик={функция(car)}. Не могу написать код, потому что ютюб его удаляет (((
@@it-sin9k надеюсь доступно объяснил
@@sergiogusto Так функция высшего порядка вернет всегда новую ссылку в onCarClick. Что ломает memo. А useCallback занимается именно кешированием старой функции
+
8:52 - не совсем понял, почему в данном случае неважно, почему не юзать useCallback на этом уровне - какой критерий, на каком уровне остановиться? Можете объяснить другими словами подробнее?
Привет :) давайте попробуем пойти от обратного, а почему здесь нужен useCallback? После вашего ответа, мне будет проще понять, ход ваших мыслей)
@@it-sin9k ход моих мыслей - полный хаос с этой меморизацией в голове, вроде много лет продакшн опыта, но никто в командах никогда не уделял этому такое внимание и писали почти везде useCallbak на каждый хендлер. Но тут возможно имеет место быть и атомарность данного компонента, так что тут useCallback бессмысленен, button не может обновиться без обновления внешнего Button по идее
@@awakeupcall5336 "тут useCallback бессмысленен, button не может обновиться без обновления внешнего Button по идее" (с)
А даже если компонент обновится по другой причине и onClick создастся заново. Какой вред это причин по вашей версии?
все же как-то расплывчато когда использовать юзколлбэк, а когда нет. правильно ли я понял, что полезно только когда многократно используется то что мы в него завернем?
нет, useCallback нужен, только если вам важно, чтобы получать каждый рендер одну и ту же ссылку в памяти на функцию.А причины могут быть разные, зачем вам это нужно. Самая популярная, если вы передаете эту функцию в компонент обернутый в memo.
@@it-sin9k спасибо за еще более сложный и неоднозначный ответ. не каждый же раз мы компоненты оборачиваем. а вот юзколлбэки практически везде лепят.
@@romanmed9035 Вбил в поиск у себя в проекте useCallback, у меня их 7 на весь проект)) Почти не используем)
@@it-sin9k спасибо. теперь понятно что это специфический зверь и не надо всегда и везде его использовать не подумав.
Верно) его лучше использовать, когда ты знаешь точно, что без него будет плохо)
Хорошее видео
В бета доке реакта указано, что useCallback можно представить в следующем виде:
// Simplified implementation (inside React)
function useCallback(fn, dependencies) {
return useMemo(() => fn, dependencies);
}
В таком случае мы создаём целых две функции на каждый рендер вместо одной
Хотел бы спросить:
Правильно ли я понимаю - если есть дочерний компонент, ререндеры которого очень дорогостоящие, то, в таком случае, мы оборачиваем функцию, которую передаем в него, в useCallback. Вопрос вот в чем - допустим, в этот дочерний компонент мы передаем 5 функций. Если я не оберну хотя бы одну функцию в useCallback, то обернутые остальные 4 функции не имеют смысла(т к при ререндере родительского компонента, из которого мы эти функции передаем в дочерний, ререндерится эта одна единственная необернутая функция, что заставляет ререндерится дочерний компонент)? Заранее спасибо за ответ!
Да, все правильно :)
либо можно в React.memo вторым параметром передать функцию сравнения props.
@@it-sin9k вы имеете ввиду, что во втором параметре мемо все обрабатывать как обычно, кроме конкретно этой, необернутой функции. Именно ее обработать таким образом, что если меняется ссылка на нее, то все равно не вызывать ререндер?
@@ivanMoldovanu есть такая возможность, если вам нужен рендер, только например когда 1 из 5 props иеняется, мы можем написать проверку в react.memo, чтобы только его сравнивать и в таком случае не важно, новая ссылка на функцию пришла или старая
@@it-sin9k спасибо!!!
useCallback
Скиньте, пожалуйста, ссылку, где разработчики реакт так сказали: И конечно, доверяйте реакту, если они сказали лучше создавать функцию на каждый рендер, так и делайте, ведь они заинтересованы только в улучшении перформанса вашего проекта
Выбора у нас особо нет. Если используешь хуки, значит создаешь функцию на каждый рендер. Вопрос тогда сводится к следующему: классы или функциональные компоненты?
Ответ здесь: ru.reactjs.org/docs/hooks-faq.html#are-hooks-slow-because-of-creating-functions-in-render
@@it-sin9k спасибо за оперативный ответ) Уточню, а то я немного запуталась. Под "лучше создавать фун-ию на каждый рендер" подразумевается использование хуков? Или речь о том, чтобы не используя хуки, позволить пересоздавать функцию (которую пытаешься передать в колбэк хука)?
Честно говорю я уже теряю суть вопроса))
В видео я пытался показать, не пишите классовые компоненты, а пишите функциональные компоненты. Но в функциональных компонентах может показаться, излишним создание функции например const onClick = {} на каждый рендер. Так вот это не проблема, просто смириться с этим надо))
@@it-sin9k Поняла, спасибо!
Получается, если мы передаем функцию someFunc как пропс, а в дочернем компоненте создаем функцию Func, которая будет вызывать someFunc -> в этом случае в useCallback можно не оборачивать someFunc?
Если вы используете React.memo() то лучше использовать useCallback
Спасибо ❤
То, что useCallback не кеширует функцию компонента между рендерами того же компонента (поскольку сам он обновляется полностью) - звучит очевидно да, но в таком контексте как озарение.
Но вот почему при обычной передаче пропса нескольким дочерним компонентам передаются будто разные функции, хотя по логике ссылка должна быть даже, ведь сам родительский компонент за этот период пересоздаваться не должен, не понятно…
Извините, пока сильно туплю в React.
А без React.memo имеет смысл юзать useCallback??? Нет... верно?
да, не имеет смысла. Я не указал React.memo по ошибке в примере
1:17 - 9 строка - this лишнее.
Да, все верно. К сожалению не заметили эту проблему перед публикацией видео :(
Ну все, я запутался...
React. useCallback, каждое видео вызывает восхищение, за дизлайк руки оторвать))
useCallback не работает без React.memo
верно :)
@@it-sin9k так а почему не сказал об этом в видео?)
@@Inkognit123 хз, пропустил просто)) уже порядка 20 комментов под видео на эту тему) но видео поправить уже не получится)
Данный пример работать не будет! Компоненты Car будут по-прежнему перерисовываться вместе с родительским компонентом.
Все верно) React.memo забыл в видео добавить))
Чем больше таких видео про "тонкости" работы хуков, тем больше понимания, какое же это говно.
Ребята из команды реакта хотели упростить работу с компонентами и состоянием, но в итоге все эти правила и рекомендации работы с хуками вносят больше непонимания, вреда и сложности.
А мне, кажется, вы не учли тот факт, что мемоизированную функцию нужно передавать именно в Оптимизированный дочерний компонент, и это значит, что в вашем случае компонент внутри должен быть обернут в React.memo, а иначе это не имеет слмысла
Да, все верно. Я в видео явно не показал, что оборачиваю компонент в React.memo. Но это имелось ввиду, я не помню уже честно говоря, проговаривал ли я словами это
Вы в корне не правы и вводите в заблуждение ! Без React.memo в дочернем компоненте не имеет смысла оборачивать функцию , переданную в пропсах ,в useCallback! Так как при перерендере родителя ВСЕГДА запускается перерендер дочерних компонентов. Хоть бы написали верно на Хабре или закрепили здесь под видео.
Почему бы просто не вынести функци, которые не нужно пересоздавать за компонент
в функциях, чаще всего используются props, т.е. нужно замыкание делать
@@it-sin9k так и в чем проблема?
если вынести onClick например из самого компонента, то как потом получить доступ к props?
@@it-sin9k передать в качестве аргументов в функцию, которая вернет уже функцию для он клика. Зачем каждый рендер пересоздавать одни и теже функции и окружения, если их можно создать один раз?
кто поставил дизлайк??? школа программирование?)))
ахахах) хороший вопрос)
это лайк из Австралии
Какое-то странное объяснение работы useCallback. Понятно, что мемоизация не бесплатная, но при некотором большом числе зависимостей становится выгодно мемоизировать функцию. Об этом не было ни слова. Что опять может внести неправильное представление в головы разработчикам. Так сказать, другая крайность.
А какая разница сколько зависимостей у useCallback? на результат это вроде как не влияет
@@it-sin9k я про те зависимости, которые идут вторым аргументом (deps). И чем реже меняются эти зависимости, тем больше попаданий в кэш. Соответственно выгодней использовать useCallback.
Ага, а ещё я видел как callback в useState запихивали, извращенцев хватает 😂😂😂
так React же не запустится?) он будет ругаться по идее на то что хук незльзя так запускать?)
@@it-sin9k ТС не запустится, а реакту поф.