Изначально поставленная проблема в первом примере - счётчик 1 работает медленно из-за сложных вычеслений счётчика 2. Сразу возникает вопрос а почему вообще рендеры счётчика 1 зависят от счётчика 2. И ответ находится в компоненте App, который почему-то отвечает за то, чтобы хранить состояние счётчиков. А если счётчиков будет 10? Тут сразу должно бросаться в глаза дублирование кода. Чтобы добавить новый счётчик нам надо написать новый вызов useState и скопировать разметку. Здесь это сделано 2 раза, а если счетчиков будет 10, то сделать это надо будет 10 раз. Соответсвенно и проблема здесь не в том, что не используется мемоизация, а в том, что App занимается тем, что он не должен делать. Каждое изменение будет перерендеривать все счетчики, даже когда изменился только один. Если вынести useState и разметку в отдельный компонент скажем CountContainer, который сам будет хранить состояние своего счётчика и передать через пропсы id и isFiveCheckRequired, то проблема медленного счётчика 1 уходит и без мемоизации. Проблема счётчика 2 с медленным вычеслением остаётся, такое решение пока что еще не закроет это. Но здесь у меня уже вопрос по тому, как разделена логика. Я не знаю как вы, но я обычно разделяю компоненты на те, кто отвечает за представление, логику и загрузку данных или любые другие побочные эффекты. Здесь, в компонент, который отвечает за то, чтобы отобразить разметку, почему-то попала какая-то логика. Если еще раз взглянуть, то этот компонент получает пропс, проверяет 5 ли это и отображает разметку в зависимости от условия. Но это уже детали, допустим вместо while здесь какая-то полезная логика, допустим сетевой запрос. Как мемоизция оптимизирует компонент без стейта и с одним пропсом? Если нам нужна мемоизация для того, чтобы оптимизировать другой компонент, который не является самим компонентом или дочерним компонентом, то проблема не в отсуствии мемоизации, а в неправильном разделении логики. Если представить, что вместо while выполняется какая-то логика и она действительно занимает скажем секунду, то в таком случае мы можем только показать красивый лоудер, что происходит вычисление или ожидается ответ сервера. И если это логика зависит от value, то это будет useEffect с зависимостью value, а не useMemo. useMemo в этом примере вообще бесполезен. Он нужен только тогда, если вам нужно оптимизировать рендеры дочерних компонентов, при передачи результатов через пропсы, либо оптимизировать вычисления самого компонента в случае, если он имеет несколько причин, по которым может быть рендер. Пример из реакт документации - у нас есть три пропса, один из них задаёт тему компонента, два других учавствую в каком-то вычислении. В таком случае мы можем обернуть в useMemo эту функцию вычеслений с зависимостью этих двух пропсов и в таком случае, если мы снаружи поменяем тему, то вычесление не будет произведено, а мы просто отобразим значение из кеша с новой темой. В общем и целом вы показали как работает мемоизация в реакте, но не когда её применять, как и зачем. Изначальный код был хорошим для того, чтобы показать как делать рефакторинг, разделять логику на компоненты и объяснить почему если компонент может хранить свой стейт, то следует его поместить именно в компонент. В итоге вместо этого плохой код стал еще хуже, потому что при рефакторинге придется убирать мемоизацию и начинать с нормального разделения на компоненты. Вторую часть не буду расписывать, потому что все проблемы оттуда же, что я уже написал и они бы тоже были решены нормальным разделением на компоненты. Если бы мемоизация была бесплатной, то можно было бы хоть везде и всё мемоизировать, но это не так и нужно понимать когда это даст оптимизацию, а когда может наоборот ухудшить производидельность. Не только количество рендеров влияет на производительность
@MessiLeonelleАй бұрын
бро, это гаддемн какой-то
@bur51533 жыл бұрын
Что мы можем сказать исходя из этого видео? То, что Archakov красавчик.
@БогданНасиковский Жыл бұрын
В точности так!
@kerimkerimli54902 жыл бұрын
Чисто человеческое Спасибо тебе, настолько прекрасно объяснил всё прям по полочкам разложил, по сути все делают такие видео, но настолько глубоко и в чистом виде не делает ни кто, так что Удачи тебе и Рад всем твоим новым подачам Инфы)))))
@lalathealter65132 жыл бұрын
Шикарное объяснение, большое вам спасибо
@АнтонНаливайко-г2ю2 жыл бұрын
Настолько понятно объяснить нужно иметь талант. Спасибо!!
@FF-gq3hm Жыл бұрын
Спасо за видео🍕🍕👨💻👨💻
@botino-k Жыл бұрын
Этот канал- находка для меня! Спасибо за труды🤗
@dmitrykarpovich1866 ай бұрын
Отличное пояснение, спасибо огромное за труд. Желаю что бы старания автора окупились во много раз)
@astkh4381 Жыл бұрын
Спасибо,Разобрался.Лайк
@СергейПетров-б4щ4ч2 жыл бұрын
Самое лучшее объяснение useMemo 🔥
@MarinYehor3 жыл бұрын
@Archakov Blog, всплывающие названия материала в иконке посередине на милисекенду замечательны! Усваивается лучше материал от того, что мозг удивлен подачей мощнейшей (React.memo, React.useMemo)
@__xid__3 жыл бұрын
Чуть недокрутил, чтобы "Это пять!" показывалось только если счетчик === 5. Надо бы "if (prevProps.value === 5 || nextProps.value === 5) { return false }"
@liadmarsh3 жыл бұрын
А почему не хватит только nextProps?
@__xid__3 жыл бұрын
@@liadmarsh Ну так потому что показывается "Это пять!", когда счетчик больше 5.
@ArchakovBlog3 жыл бұрын
А зачем компоненту делать 2 раза ререндер? Наша задача была показать "Это пять" только 1 раз, но в твоём случае, компонент будет делать ререндер 2 раза.
@andTutin2 жыл бұрын
@@ArchakovBlog может потому что "12 это 5" выглядит туповато
@Оди-р1х Жыл бұрын
Но получается prevProps равен 4, а следПропс равен 5
@vseslavr3 жыл бұрын
Лайк не глядя
@duce2013 жыл бұрын
спасибо большое за материал!!! все доходчиво и наглядно объяснил.
@iliyabrook2933 Жыл бұрын
Оромное спасибо!, подача информации настолько понятная и прозрачна, с актуальными и граматными примерами!, Респект!
@vitaliyyasinskiy36892 жыл бұрын
Еще один божественный лайк божественному видео
@KuBa-tkm3 жыл бұрын
Чувак СПАСИБО!!!! Я ЖДАЛ! ААААААААААААА
@mesho4ekGovna3 жыл бұрын
Просто лайк авансом ставлю!
@bukanaka3 жыл бұрын
Блин, так доходчиво объясняешь! Даешь гайды на все хуки!
@uzver37873 жыл бұрын
хороший урок - спасибо! Предложил бы собрать в однойм видео какие-то хитрые моменты из всех хуков, которые могут сломать мозги, если не встречался с ними)
@АлександрОкатьев-р4с2 жыл бұрын
есть ошибка, 6 !== 5 хотя isFive будет говорить обратное после написания "shoulComponentUpdate" надо вот так =) (prev, next) => !(prev === 5 || next === 5)
@АлександрОкатьев-р4с2 жыл бұрын
ну а так все объяснил отлично! like
@azad08083 жыл бұрын
Чел, ты объясняешь реально очень хорошо, доходчиво, и примеры идеальные! Где продолжения??
@unknown.69149 ай бұрын
отличное объяснение , спасибо !
@Алексей-о3т1щ9 ай бұрын
отличное видео
@FilmsMediaTV Жыл бұрын
Раскидал именно все по полочкам)
@galievramil11692 жыл бұрын
Красавец, шикарный пример!
@jobsearchfordancer43723 жыл бұрын
Хорошее видео по useMemo и React.memo
@aquilon17903 жыл бұрын
Спасибо, очень доступно объяснил. Лайк поставил, коммент для продвижения написал, подписку оформил. Успехов!
@mak_whisk Жыл бұрын
Спасибо
@oleksiik44733 жыл бұрын
О, огонь, лайк вперёд! З наступающим!
@ArchakovBlog3 жыл бұрын
Спс) И тебя тож
@1MrGerman2 жыл бұрын
Спасибо за отменный урок!
@ДениИмагожев-й7у3 жыл бұрын
кайфффф!! очень подробное объяснение
@АндрейЗакревский-ц4у3 жыл бұрын
Спасибо , крутая подача материала
@maksrygaev6572 жыл бұрын
спасибо лучшее обьяснение
@Cindorqw3 жыл бұрын
вот он настоящий контент для миддлов
@lollolich23992 жыл бұрын
очень мегахорош, лайк!
@AlexSizovRun2 жыл бұрын
Супер видео, спасибо
@NoName-hs4qp3 жыл бұрын
Царек. Уважаю!
@МаксимМ-й7с3 жыл бұрын
Годно!
@ГеннадийГорохов-ц8н2 жыл бұрын
Супер видео
@artsiomwithoutme87533 жыл бұрын
Благодарю за видео
@alexmotorniy3 жыл бұрын
спасибо, все очень доходчиво !
@AmirKadenov2 жыл бұрын
Благодарю!
@nikko3743 жыл бұрын
Огонь видео!!!
@egorlazuka82113 жыл бұрын
Спасибо. Про React.memo вообще отлично рассказал. Но почему не рассказал почему все компонтенты/функции не оборачивать.
@ArchakovBlog3 жыл бұрын
вылетело это из головы, постараюсь в след. видео с useCallback упомянуть или сделаю отдельное видео, где объясню, когда нет смысла юзать хуки
@thebestmusicforever13 жыл бұрын
@@ArchakovBlog ждём видео с useCallback, те хуки которые я смог выучить это те, про которые ты рассказывал
@promotezor3 жыл бұрын
@@ArchakovBlog вот согласен, намного проще воспринимается информация, когда объясняешь где лучше НЕ делать подобное. Кстати, если еще будешь приводить примеры в "боевых" условиях, тогда лучше уроков вообще не придумаешь. Не обязательно показывать код "боевых" проектов, достаточно упомянуть абстракцию! Попробуй пожалуйста, может сделай голосование, зашло людям или нет, оживляй аудиторию!) Мне к примеру совсем непонятно в каких случаях можно НЕ юзать useState, как различать такие вещи... Поэтому я чувствую себя неуверенно. Спасибо за видео!)
@romanprokopets36933 жыл бұрын
крутое обьяснение, спасибо
@СергейКузнецов-э4я2я2 жыл бұрын
Благодарю
@vladimirww51523 жыл бұрын
Полезно!
@aleksandrgradov78592 жыл бұрын
спасибо!
@alexforos5425 Жыл бұрын
Спасибо! 👍👍👍
@tlegenbayangali8 ай бұрын
А как перерендерить IsFive, если счетчик, например, равен 6?
@ОлегОвчинников-щ9с Жыл бұрын
🔥🔥🔥🔥🔥🔥🔥
@НурсултанТашанов-б8г3 жыл бұрын
Лучший!!!
@tarieltitirashvili22572 жыл бұрын
круто сделай и на класовых компонентах
@ВикторКулагин-ь2у3 жыл бұрын
Класс!
@vitalimalyshkin2822 жыл бұрын
Всем привет! Кто знает, почему счетчик в варнинге увеличивается на +2, а не на +1 как у автора? т.е. был 0 при инициализации, потом в варнинге он становится 1, а при перерендере до следующего варнинга, если законсолить пишет уже 2) соответственно в варнинге выводится уже 3) никак не могу понять почему так происходит)
@artemrudenko82342 жыл бұрын
в index.js нужно убрать React.StrictMode, этот режим вызывает рендер два раза, но только в дев моде
@AKucenko2 жыл бұрын
Попробовал отследить ререндеры в проекте пицца. К примеру в компоненте ререндер происходит один раз при обновлении страницы и далее по два раза каждое нажатие на категорию, т.е был 1, стал 3, далее, 5 (при выборе категории)... Компонент рендерится аж 19 раз при обновлении страницы, но сам console.warn выскакивает 10 раз. Если же выбрать категорию, то будет 11 console.warn'ов и значение переменной renderCount будет равно 41. Возможно, я что-то не так делаю, но все по аналогии. Хотелось бы понять, почему так? Весь курс пиццы переписан 1 в 1.
@artemrudenko82342 жыл бұрын
в index.js нужно убрать React.StrictMode, этот режим вызывает рендер два раза, но только в дев моде
@AKucenko2 жыл бұрын
@@artemrudenko8234 ого, спасибо!
@Илья-ж8ч8о2 жыл бұрын
Вопрос , а нужен ли уже там useMemo внутри если мы обернули всю компоненту в memo ?
@urek89882 жыл бұрын
useMemo, для функций, react.memo для компонента.
@urek89882 жыл бұрын
Если ты хочешь чтобы у тебя функция не пересчитывалась, то нужно юзать useMemo, даже если компонента обернута в memo. Это все зависит от ситуации, у тебя например могут обновиться пропсы и компонента перерендарится, но какое-то значение из пропсов указанное в зависимость useMemo не изменится и тогда мемоизированная функция не будет производить перерасчеты..
@aldarzhaiАй бұрын
Подскажите, что за тема у вас в вс коде? Если помните, конечно)
@hoops_quotes_shorts3 жыл бұрын
Пушка!
@basmong Жыл бұрын
Отличное видео. Хотел бы уточнить, получается что в компоненте isFive, после добавления React.memo мы можем избавиться от хука useMemo внутри компонента(который присваивали к getResult)?
@gatrianL3 жыл бұрын
что usememo что usecallback не совсем понятно в каких именно случаях их нужно применять
@dzhabulya3 жыл бұрын
useCallback. Посмотри пример: codesandbox.io/s/nervous-leakey-ykz0l?file=/src/App.js. Открой консоль и смотри ререндеры второго компонента когда меняешь счетчик. А потом попробуй версию функции обернутую в useCallback. Ререндеров нет. Почему так. Потому что каждый раз когда ты ререндерится твой компонент, создаются заново все функции и соответственно ссылки на них тоже меняются. Компонент, обернутый в memo, делает сравнение вида: prevProps === currentProps и если оно false, то ререндер произойдет. А так как ссылки на функцию всегда разные, то рендер будет происходить постоянно и в твоей memo нету смысла. useCallback позволяет запомнить ссылку на функцию и пересоздавать ее только когда изменятся зависимости. useMemo. Пример: codesandbox.io/s/nostalgic-varahamihira-l041z?file=/src/App.js. Попробуй написать текст в инпут и ты увидишь что с каждым твоим вводом обновляется state text, происходит ререндер и, соответственно, запускается функция фильтрация пользователей, хотя в этом нет абсолютно никакой необходимости. useMemo позволяет тебе рассчитать их один раз и пересчитывать только в тот момент, когда изменятся зависимости.
@ArchakovBlog3 жыл бұрын
@@dzhabulya чел, можешь сделать отдельный коммент? я его закреплю
@dzhabulya3 жыл бұрын
@@ArchakovBlog Да, конечно брат
@mayer92283 жыл бұрын
useMemo - когда у тебя в компоненте есть сложная функция возвращающая что-то, например, какая-то сортировка, и ты не хочешь, чтобы она выполнялась при каждом рендере. Если не поменялась зависимость - функция просто выдаст результат из предыдущего рендера не вызывая саму сортировку. useCallback - когда нам нужно передать какую-то функцию в какой-то компонент через пропсы, который обёрнут в memo. Дело в том, что memo не может проверить функции, так как две даже одинаковые функции не равны. Поэтому мы и говорим memo через useCallback, что это та же функция. Второй вариант - передать функцию как зависимость в какой-то хук. Что то, что другое - не нужно использовать везде подряд, а только при необходимости.
@dav1d05 Жыл бұрын
Так получается что useMemo в компоненте isFive уже не нужен, так как проверка пропсов выполняется раньше с помощью memo
@avmru3 жыл бұрын
Спасибо тебе, добрый человек, за вторую функцию в React.memo! Мне только одно не понятно - почему все другие это скрывают?
@ArchakovBlog3 жыл бұрын
Ее практически не юзают, только в очередь редких исключениях. Например, когда нужно проверить конкретные свойства, а не соответствие всех пропсов
@avmru3 жыл бұрын
@@ArchakovBlog я реакт начал изучать 3 месяца назад. такой вот новичковый новичок. но уже пилю коммерческий проект. программирую уже давно, так что не проблема навешать чего-нибудь вплоть до "слушателей" и перехватывать управление ещё на уровне "железа" (ассемблерное прошлое). но случилась у меня одна компонента, что я только не делал, она перерисовывается по нескольку раз на каждый чих, большинство из которых к ней вообще не имеют никакого отношения. получилось вылечить ситуацию только этой второй функцией. поэтому, ещё раз огромное спасибо!!!
@avmru3 жыл бұрын
@@ArchakovBlog и ещё надо сказать, что да, я согласен с людьми, которые хвалят Вашу подачу материала. до Вашего урока я посмотрел несколько уроков про хуки. все рассказывают и показывают, вроде, всё что нужно. и, вроде, как бы действительно не сложно. но так до конца и не понял. и только после того, как Вы показали в подробностях, КАК ЭТО РАБОТАЕТ, у меня в башке всё встало на свои места.
@ko220122 жыл бұрын
В последнем примере же нет смысла в useMemo, т.к. у нас React.memo применяется.
@jenyaspace2 жыл бұрын
а что делать если сам по себе 1 count вызывается много раз при одном клике(((
@sqpine2 жыл бұрын
Reselector уже не актуальный?
@kvashenka37163 жыл бұрын
Подскажи пожалуйста, что за тема на VS Code у тебя стоит, уж очень понравилась)
@user-888azim-973 жыл бұрын
не поняла, когда юзэффект применять, а когда юзмемо...... что за костыли на 2:20 ? попробовала эффект который срабатывал 7 раз вместо одного заменить на юзмемо, в итоге стало срабатывать 14 раз)) и почему нельзя проще сказать, если у мемо вторым параметром идёт тру, то он вернёт предыдущее -- так же легче воспринимать инфу, типа, всегда ставь выражение для возвращения мемоизированного значения без перерисовки. а в shouldComponentUpdate наоборот.
@andTutin2 жыл бұрын
Разные хуки, область применения разная совершенно
@user-888azim-972 жыл бұрын
@@andTutin да у вас дар объяснять доходчиво (((( они оба выполняются только при изменении зависимостей. в каких случаях эффект, а в каких юзмемо? я только про разницу мемо и юзмемо поняла.
@ИларионИларион2 жыл бұрын
Если в IsFive убрать useMemo но оставить React.memo то ничего не меняется в результате, получается что при использовании React.memo в конкретном данном примере useMemo становится бесполезен ?
@СергейВер-и9ю2 жыл бұрын
Возможно глупый вопрос, но как лучше совместить с Redux?
@MDFireX53 жыл бұрын
вообще не понял, а какого фига первый счетчик обновляется вместе со вторым, я повторил и у меня такого нету
@JohnDoe-p1y2 жыл бұрын
Спасибо. Отличное видео. Есть два логичных вопроса: Почему бы не юзать react.memo на всех компонентах? И зачем делать кастомные проверки для ререндера если смысл ререндера в том и заключается чтобы ререндерить компонент при изменении любых пропсов а не каких то отдельных. Ведь если пропс меняется а мы не хотим при его изменеии производить ререндер то почему бы его не сделать не пропсом а внутренней переменной? Или лыжи не едут... ну может кто то мне и объяснит(если привидёте пример буду признателен) PS После Vue, React весь как огромный костыль с кучей потенциальных проблем.
@vladk31112 жыл бұрын
Я тебе скажу так, что есть ререндер компонента, который занимает 1-2 мс и особо на производительность не повлияет. И у тебя может таких 20 компонентов. Обернув всё в memo ты увеличиваешь свой код ненужной мемоизацией. В мемо нужно оборачивать реально тяжелые ререндеры (запросы-ответы с сервера, тяжелые вычислительные функции). Иногда у тебя есть запросы-ответы с сервера, которые ты выполняешь только 1 раз в самом начале рендера, поэтому ты эту функцию оборачиваешь в useEffect. Иногда есть инфа с сервера, которую нужно проапдейтить исходя из кликов юзера, но часть из этой информации не поменяется. Та часть, которая не поменяется - оборачиваешь в useMemo и кешируешь. А ререндеришь только тогда, есть в этом необходимость. Если ты всё обернёшь в useMemo, то с развитием проекта, возможно, появятся новые компоненты и зависимости со старыми, которые нужно пересчитывать исходя из новых, а ты уже всё пооборачивал в useMemo, удалять обратно будешь, херня получится.
@mikhailrypta47792 жыл бұрын
У тебя есть баг. Когда count2 равен 5 и мы увеличиваем count1 ререндер у isFive все равно происходит. И кстати, в финальном коде нам useMemo теперь и не нужен.
@robotiksillya83632 жыл бұрын
+
@slaviksemen49193 жыл бұрын
Сенк
@АндрейСветлов-п5о2 ай бұрын
Автор спасибо огромное очень доходчиво объяснено как работают эти хуки. Единственный вопрос чисто из любопытства, откуда у тебя странный английский акцент, и ты разговариваешь на русском как будто переводишь у себя в голове с английского :D Ты вырос не в рф?
@stow1x3 жыл бұрын
А где вью жес?)
@ArchakovBlog3 жыл бұрын
Где-нибудь в другом канале) тут реакт
@ДмитроСотніков2 жыл бұрын
Бред если у тебя счётчик виснет )
@ЕвгенийКраев-я2ж3 жыл бұрын
Хех просто во всех компонентах пиши React.memo
@dzhabulya3 жыл бұрын
Это так не работает )
@danildemchenko60043 жыл бұрын
даже если компонента не принимает никаких пропсов?)
@kepamuk1 Жыл бұрын
у тебя не работает nextProps в последнем примере, он после 5 показывает все числа что равны 5, хотя до этой проверки все работало как надо, вот такая проверка нужна: return !(nextProps.value === 5 || nextProps.value === 6);
@Tureckiy_xl3 жыл бұрын
Топ!!! Объяснил как родному сыну!
@sanphir2 жыл бұрын
Для поверхностного сравнения можно было просто вернуть результат в одну строку return nextPropx.value!==5;
@mykhailonikolaiev6512 Жыл бұрын
Хорошее объяснение, спасибо
@vaich17382 жыл бұрын
Спасибо
@elzaizrivii64863 жыл бұрын
Я ждал продолжение реакт хуков уже 10000 лет!
@DzhavidR3 жыл бұрын
я то же самое. и жду юзРедюсер
@Max-kr4ie3 жыл бұрын
Просто "Вы не готовы!" были.
@АлМ-ы8ъ3 жыл бұрын
За 10 000 лет можно и документацию на английском языке освоить )))
@Котвсапогах-с4д2 жыл бұрын
В АЗКАБАНЕ!!!
@FilmsMediaTV Жыл бұрын
@@Котвсапогах-с4д 🤣🤣
@liadmarsh3 жыл бұрын
Отличное видео, но есть такой резонный вопрос: почему тогда не стоит все подряд оборачивать в useMemo и Memo, и если в самом деле не стоит то почему?
@dzhabulya3 жыл бұрын
Потому что мемоизация не бесплатная операция. Тот же Массив зависимостей который ты передаёшь, js тратит время на его создание. useMemo как и memo позволяет оптимизировать производительность, уменьшая количество ненужных перерасчётов и ререндеров. Но бывают такие ситуации когда ререндер стоит дешевле чем мемоизация. Ведь тот же memo будет каждый раз проходить по всем пропсам и смотреть изменились ли они преждем чем произвести ререндер. Поэтому оптимизация нужна только когда в ней есть необходимость.
@Mark1-f2n3 жыл бұрын
@@dzhabulya как тогда понять когда использовать, а когда нет?)
@dzhabulya3 жыл бұрын
@@Mark1-f2n замерять производительность ) Если ты видишь что твоё приложение тормозит, стоит проводить оптимизацию
@mayer92283 жыл бұрын
Ответ на этот вопрос достаточно банален. Если даже не брать во внимание то, что хуки сказываются на производительности, то любая оптимизация приложения без видимых на то причин - трата времени. Время - деньги, и любые вопросы с производительностью нужно решать только по мере их возникновения.
@I_am_a_programmer8 ай бұрын
Можете пожалуйста сказать почему все функции из коробки не попадают в React.memo(). Мне кажется, так было бы меньше перерисовок. Или может это как-то можно включить в настройках?
@front-cat6 ай бұрын
Кажется скоро планируется обнова реакта, где из коробки как раз все будет запускаться с memo
@araikrasoyan7023 жыл бұрын
Спасибо
@DagestanShopАй бұрын
а нельзя просто в самом компоненте сделать {value === 5 && } ?
@КириллДемидов-с8и Жыл бұрын
React.memo со своим условием проверки это хорошо, вот только компонент IsFive не меняется обратно после того, как мы перевалили за 5, при 18 он так же будет показывать "Это пять" ))) Что можно сделать в этой ситуации?
@darnelo7606 Жыл бұрын
Первая идея - рендерить также, когда nextProps.value === 6
Тэээк... Я тут непонял - с чем мы изначально боремся? Почему тяжёлая функция из нижнего счётчика вообще выполняется, когда мы нажимаем верхний счётчик? Потому-что оба счётчика в одном компоненте и всё целиком каждый раз перерендеривается - так что-ли?
@Eagle-q4e6 ай бұрын
Арчаков, а где курсы?
@gritsienkooleg3447 Жыл бұрын
Блин, как же понятно, Антон, спасибо тебе огромнейшееееее!!!
@thimerlanmatyakubov8940 Жыл бұрын
PASIBAA BRAT OCHEN KRUTEAAAAA
@whiteguards432 жыл бұрын
8:55 возвращает результат выполнения функции, которую указали в пером фекаргументе, А юзЭффект так не делает?