Супер! Тематики углубленного реакта очень мало на ютубе. Все снимают одно и то же по кругу для новичков. Хорошо, что Аюб тратит время, чтоб глубже во всем разобраться и рассказать нам 👍
Очень помогают такого рода контент, т.к понимать технологии «по верхам» такое себе. Я только в начале пути, поэтому читать исходный код тяжеловато, так что хотелось бы видеть больше видосов про фундаментальные вещи React’а, но без облегчения подаваемой информации, как это делает большинство.
Очень полезно, поймал себя на мысли, что если и смотрел во что всё это компилируется, то очень давно, и помнил абстрактно, а тут ты прямо в деталях показал. Красавчик!
Интересно было об этом узнать, но как вопрос для собеса... разве что ожидания по зп сбить Как думаешь, ответы на какие вопросы дают понять, будет ли соискатель писать код, с которым комфортно работать другим участникам команды, сможет ли он быстро выкатывать фичи в стиле "пришел, увидел, победил", не оставляя в коде сюрпризов, сможет ли эффективно вести коммуникацию?
Хорошая тема, в своё время тоже разобрался с ней и многое стало понятно. Насчет второго вопроса я бы ещё добавил, что если пишем {Component()}, то вызов функции происходит прямо внутри вызова JSXTest, до return. А если , то вызов (рендер) Component произойдет, только когда выяснится, что данный элемент действительно попадает в дерево нативных реакт-элементов (которые 'div', 'span' и т.д.), что может быть как сразу, так и через много слоев других элементов, или вообще не быть (к примеру, JSXTest вернул , но компонент А не использовал свой children)
Молодец, горжусь тобой и твоим ростом. Давно наблюдаю за тобой. Безумно рад, что есть люди, которые не стоят на месте и развиваются в столь молодом и прекрасном возрасте. У тебя светлый ум и голова, успехов тебе. Спасибо за контент!
Зачем это спрашивать на собесах и зачем это нужно знать простому фронтендеру - непонятно. Слава богу меня такими странными вопросами не мучали и я прекрасно разрабатываю фронт на реакте, никак не используя знания о том, что там у него под капотом, в своей работе.
Не понял почему при каждом клике на инкремент JSXTest ререндерится вместе с Component когда рендеришь Component через вызов функции. Не знал о такой разнице между вызовом компонента через JSX и вызовов как функции, спасибо за видео!)
Все же в вопросе номер 1 есть разница между первым вариантом и вторым. Допустим мы наши компоненты About и Home обернули в memo, и допустим у нас в корневом компоненте есть useState, или мы подписаны на какое-то состояния из какого то стора. В случае с рендер функцией, при перерендере корневого компонента, поменялось какое то состояние, рендер функции пересоздадутся. В компоненте, куда они ушли пропсом это будет считаться обновлением пропсов) с чилдренами такого не случиться
Помимо нюансов производительности есть еще самое главное - зачем использовать render props. В данном примере он бесполезен, т.к. не передается в аргументы функции ничего. Но если передавать, то разница уже существенная. В общем, в этом вопросе о разнице двух подходов я бы как раз выделил именно эти два момента: нюансы производительности (помню, айти синяк объяснял фишку с children при использовании контекста) и цель существования render props вообще. В общем, "душноват" вопросик, безусловно. Подойдет разве что для разговора "за жизнь" с каким-нибудь синьором-помидором.
Так в том то и дело, спрашивается в чем разница между этими записями. Что будет, если вызвать компонент, как обычную функцию? Что будет работать не так?
Супер! Тематики углубленного реакта очень мало на ютубе. Все снимают одно и то же по кругу для новичков. Хорошо, что Аюб тратит время, чтоб глубже во всем разобраться и рассказать нам 👍
Спасибо за фидбэк!
Очень помогают такого рода контент, т.к понимать технологии «по верхам» такое себе. Я только в начале пути, поэтому читать исходный код тяжеловато, так что хотелось бы видеть больше видосов про фундаментальные вещи React’а, но без облегчения подаваемой информации, как это делает большинство.
Очень полезно, поймал себя на мысли, что если и смотрел во что всё это компилируется, то очень давно, и помнил абстрактно, а тут ты прямо в деталях показал. Красавчик!
Спасибо за фидбэк!
Очень интересно! Спасибо. Не видел ещё такого взгляда и комментария о JSX
Интересно было об этом узнать, но как вопрос для собеса... разве что ожидания по зп сбить
Как думаешь, ответы на какие вопросы дают понять, будет ли соискатель писать код, с которым комфортно работать другим участникам команды, сможет ли он быстро выкатывать фичи в стиле "пришел, увидел, победил", не оставляя в коде сюрпризов, сможет ли эффективно вести коммуникацию?
Хорошая тема, в своё время тоже разобрался с ней и многое стало понятно. Насчет второго вопроса я бы ещё добавил, что если пишем {Component()}, то вызов функции происходит прямо внутри вызова JSXTest, до return. А если , то вызов (рендер) Component произойдет, только когда выяснится, что данный элемент действительно попадает в дерево нативных реакт-элементов (которые 'div', 'span' и т.д.), что может быть как сразу, так и через много слоев других элементов, или вообще не быть (к примеру, JSXTest вернул , но компонент А не использовал свой children)
Молодец, горжусь тобой и твоим ростом. Давно наблюдаю за тобой. Безумно рад, что есть люди, которые не стоят на месте и развиваются в столь молодом и прекрасном возрасте. У тебя светлый ум и голова, успехов тебе. Спасибо за контент!
Спасибо за фидбэк!
Лайк. Полезная информация
Спасибо!
Канал топовый, должно быть 100-200к подписчиков, просто многие не узнали ещё про него)
Спасибо! Надеюсь скоро будет.
Молодец!
Спасибо!
Согласен, с предыдущими комментариями - такие подробные разборы простых вещей очень полезны
Спасибо, будем продолжать.
Полезно, понятно, нпглчдно 😼 Тебе спасибо, коммент ютубу
Спасибо за поддержку!
спасибо за видео, очень полезная инфрормация
Не за что!
🎉🎉🎉🎉🎉
Продолжай пожалуйста в таком же духе))
Спасибо, буду стараться!
Спасибо за видео!
не за что!
Спасибо за материал
Не за что!
Зачем это спрашивать на собесах и зачем это нужно знать простому фронтендеру - непонятно. Слава богу меня такими странными вопросами не мучали и я прекрасно разрабатываю фронт на реакте, никак не используя знания о том, что там у него под капотом, в своей работе.
Значит скоро дойдешь до потолка своей проф пригодности))
как и замыкания, промисы, прототипы и прочие концепты которые "must have" для собеса, которые вспоминаешь когда пора менять работу
@@danilistomin5181больше всего люблю на эту тему хойстинг. За 5 лет во фронте ни разу не использовал var 🎉
Зато спрашивают на каждом собесе
Лучший!
Спасибо!
Спасибо большое
Рад помочь!
круто
Спаибо!
Не понял почему при каждом клике на инкремент JSXTest ререндерится вместе с Component когда рендеришь Component через вызов функции. Не знал о такой разнице между вызовом компонента через JSX и вызовов как функции, спасибо за видео!)
Случай {Component()} - это как если бы взяли всё содержимое Component и скопипастили в JSXTest. Соответственно, стейт тоже переезжает в JSXTest
Лайки
Спасибо!
🎉🎉🎉🎉🎉🎉🎉
Все же в вопросе номер 1 есть разница между первым вариантом и вторым. Допустим мы наши компоненты About и Home обернули в memo, и допустим у нас в корневом компоненте есть useState, или мы подписаны на какое-то состояния из какого то стора. В случае с рендер функцией, при перерендере корневого компонента, поменялось какое то состояние, рендер функции пересоздадутся. В компоненте, куда они ушли пропсом это будет считаться обновлением пропсов) с чилдренами такого не случиться
Помимо нюансов производительности есть еще самое главное - зачем использовать render props. В данном примере он бесполезен, т.к. не передается в аргументы функции ничего. Но если передавать, то разница уже существенная. В общем, в этом вопросе о разнице двух подходов я бы как раз выделил именно эти два момента: нюансы производительности (помню, айти синяк объяснял фишку с children при использовании контекста) и цель существования render props вообще.
В общем, "душноват" вопросик, безусловно. Подойдет разве что для разговора "за жизнь" с каким-нибудь синьором-помидором.
не понял почему сравнивается с Component(), же компилируется в _jsxs("Component" и т.д....), а не в Component()?
Так в том то и дело, спрашивается в чем разница между этими записями. Что будет, если вызвать компонент, как обычную функцию? Что будет работать не так?
Ну честно говоря тут все очевидно, очень странно, что такой хороший отклик об ценности материала 😮
Как раз хороший отклик показывает, что не для всех эта инфа очевидна. Я тоже в начале не хотел снимать, но потом понял, что у многих тут пробелы есть.
Очень странный пример. Зачем вызывать {Component()}?
Можно написать {Component} и все работает как и с jsx
Это все равно что в onClick передавать fn() или fn
Так же код не сработает. Фукнция - не валдиные jsx элементы.