Киньте в меня тапок, если я не прав, но нафига делать электрический контакт струн с темброблоком? Чтобы играть как волк из ну погоди, втыкая гитару в розетку?
То есть чтобы проапдейтить какой-то сильно вложенный плейсхолдер, ты ререндеришь всё приложение, а потом пытаешься пофиксить посадку перформанса мемоизацией логики в компонентах которые посередине вложены?
Вот после таких решений и рождаются анекдоты про программистов и их костыли.
Никто не говорит "функции обратного вызова" - все говорят "колбэк".
Также написана ересь про ненужные создания функций при ререндерах. Юзколбэк нужен чтобы передавать стабильную ссылку на функцию - всё. Но на каждый ререндер вы всё равно создаёте и прокидываете в него новую функцию. Оптимизация будет только если есть дочерние компоненты, обёрнутые memo
Что-то я не понимаю, зачем какие-то чейны, если задача из примера - типичный дебаунс. Создаём тайммаут, создаём функцию, которая отменяет таймаут - profit.
Правильнее считать не отработки юзеффекта, а вызов рендера компонента. В чём разница? Оно конечно будет хорошо работать когда рендеров относительно мало (меньше 60 в сек), а вот если в компонент может прилетать например новый проп раз 100500 в секунду (мы же ведь для дебага эту херню собрались использовать), то есть подозрение, что юзэффект может исполниться "когда-нибудь" и вовсе не отразит реальную нагрузку.
И это не сферический случай в вакууме, приходилось как-то дебажить, что юзэффект отрабатывал через минуту после того как "должен был"
Неплохо было бы, если бы "правильные" ответы на вопросы для джунов не содержали ошибок. Например про реакт фрагмент 2 формы записи на то и 2, что имеют различия (в сокращённой записи нельзя прописать key)
Так про любую задачу можно ответить: гуглим пакет, в котором есть данная функция и устанавливаем его.
Киньте в меня тапок, если я не прав, но нафига делать электрический контакт струн с темброблоком? Чтобы играть как волк из ну погоди, втыкая гитару в розетку?
Щас бы на варах и jQuery писать в 2025
То есть чтобы проапдейтить какой-то сильно вложенный плейсхолдер, ты ререндеришь всё приложение, а потом пытаешься пофиксить посадку перформанса мемоизацией логики в компонентах которые посередине вложены?
Вот после таких решений и рождаются анекдоты про программистов и их костыли.
Реакт 19 уже официально вышел без всяких канареек
Никто не говорит "функции обратного вызова" - все говорят "колбэк".
Также написана ересь про ненужные создания функций при ререндерах. Юзколбэк нужен чтобы передавать стабильную ссылку на функцию - всё. Но на каждый ререндер вы всё равно создаёте и прокидываете в него новую функцию. Оптимизация будет только если есть дочерние компоненты, обёрнутые memo
А вот так написать религия не позволяет?
Хорошая попытка, 1сники, но нет. Есть настоящие языки программирования, а есть 1с
Что-то я не понимаю, зачем какие-то чейны, если задача из примера - типичный дебаунс. Создаём тайммаут, создаём функцию, которая отменяет таймаут - profit.
Сразу после подзаголовка "Что нового в Next.js15?" пропал кусок текста.
Скачаются минифицированные скрипты, рассчитанные на бэк и юрлы сайта. Что ты будешь делать с этим всем?
Тротлинг через таймаут - сомнительно. Он не будет работать в тяжёлых задачах.
Про ивентлуп конечно ересь понаписали. Он есть в браузере, есть в ноде, но не в самом js.
Пример про лисков какая-то фигня, там нету никакого реакт компонента
Одно из самых бесячих Enter как "интер". Кроме как любовью к итальянской футбольной команде не знаю, как объяснить такое произношение.
Ты чё с ума сошёл, then - метод промисов и не надо никогда называть свою кастомную хрень как системную функцию!!
В десктопной версии конечно есть девтулзы из которых что угодно можно удалить уже 1000 лет как. Но анимация конечно мемная: "ты чиво наделал?"
То, что спрашивают на собесе у джунов и о чём явно написано в документации, стало открытием для автора статьи.
Колбэки, возвращаемые из хуков, должны иметь стабильную ссылку - а не как здесь
Правильнее считать не отработки юзеффекта, а вызов рендера компонента. В чём разница? Оно конечно будет хорошо работать когда рендеров относительно мало (меньше 60 в сек), а вот если в компонент может прилетать например новый проп раз 100500 в секунду (мы же ведь для дебага эту херню собрались использовать), то есть подозрение, что юзэффект может исполниться "когда-нибудь" и вовсе не отразит реальную нагрузку.
И это не сферический случай в вакууме, приходилось как-то дебажить, что юзэффект отрабатывал через минуту после того как "должен был"
Неплохо было бы, если бы "правильные" ответы на вопросы для джунов не содержали ошибок. Например про реакт фрагмент 2 формы записи на то и 2, что имеют различия (в сокращённой записи нельзя прописать key)