React мемоизация - useCallback, useMemo, memo 

просто ты других не слышал )) Нормально объясняет, но слишком быстро говорит. Такие темы для новичков нужно неторопливо объяснять.

​@@gregdmitriev2784 я на 1.5 смотрю, вроде норм)

Ulbi: 🗿

Правильная композиция (организация вложенности) компонентов поможет избежать нежелательных перерисовок приложения. К 'memo' не особо часто приходилось прибегать, так как не каждый компонент имеет смысл оптимизировать. Стараюсь придерживаться идеи "преждевременная оптимизация - корень всех бед". Если надо оптимизировать производительность, то стараюсь правильно организовать композицию между компонентами (так, чтобы максимально сократить количество ре-рендеров). Если такое видится невозможным или бизнес требует быстрее выкатить изменение к проекту, тогда начинаю юзать 'memo'. :)

@@makecsx большое спасибо за развернутый ответ ))

Благодарю! Глянул документацию, не знал что в экосистему React'a внесли такое изменение, мое личное знакомство начиналось с 16 версии, а этот апдейт я пропустил) Получается React.createElement рекомендуют применять только если разработчик сам решит не использовать JSX в своем коде, а функцию _jsx разрешается подставлять только компиляторам Babel или TypeScript (разработчикам нельзя к ней самим напрямую обращаться).

Согласно документации есть 4 причины использовать useMemo: 1. Skipping expensive recalculations - Чтобы избежать ресурсозатратных вычислений 2. Skipping re-rendering of components - Чтобы избежать повторного ре-рендера компонентов 3. Memoizing a dependency of another Hook - Для мемоизации зависимости другого хука (useEffect, useCallback и т.п.) 4. Memoizing a function - Для мемоизации функции (рекомендуют юзать useCallback, но и с useMemo можно добиться такого же поведения) В видео я разбираю вторую (2) причину. В вашем случае применение useMemo подходит под первую (1) причину. Т.е. в вашем коде вы потенциально избегаете повторного создания массива и применения callback функции метода map на каждый элемент массива. Такого рода мемоизацию я делаю только когда прописываю какие-то страшные вычисления внутри callback-функции, а количество элементов в массиве (users) кажется внушительным:) Немного примитивный подход (без четких цифр и замеров производительности кода), но вот😅

Есть разные курсы, но я их давно снимал, поэтому не совсем такие какими бы я их хотел видеть сейчас) makecs138x.ru/ - курс по CSS makecs50.github.io/web/ - курс по вебу makecs75.ru/ - курс по JS (этот мне нравится, но тоже надо бы когда-нибудь освежить/перезаписать)

@@makecsx Редко встретишь такую качественную подачу материала без воды, у вас большой талант преподавать! Будь у вас полноценный курс по React, купил бы с удовольствием )

А эта тема интересная, для ее покрытия сейчас книжку читаю, так как только в одном проекте приходилось использовать worker и отсюда у меня могут быть пробелы в понимании. Но вся эта функциональность и параллельное выполнение кода предоставляется нам средой исполнения JS. У самого языка вроде нет никаких встроенных функций позволяющих создавать дополнительные потоки выполнения. Вот функциональность предоставляемая средой - это да. Плюс я RU-vid-рекомендации давно отключил через расширение, тогда и ерунды меньше в жизни бывает))

@@makecsx Верно, host среда предоставляет трэды. =) Javascript дополняется host средой. И если говорить про браузеры то одно API, а у ноды своё API. Но параллелизация есть уже прилично давно и там и сям. А эвент луп это всего лишь менеджер задач для рантайма.