В планах полный переход на функциональные компоненты? Уже почти 26 год, а вы до сих пор классовыми компонентами пользуетесь? Ну тут даже сказать нечего...
Подсветка - вкусовщина. Я вот не перевариваю красный/белый цвет кода, но это лично мои предпочтения, мне так удобнее. Пробовал штук 10 разных оформлений, выбрал чтобы глаза не уставали и были видны структуры языка. Кто попытается навязать мне другую схему, пойдёт лесом, какой бы модной она не была.
Вот здесь вообще не понимаю. "Сказали" - это подкреплено какой-то бумажкой, какие-то санкции пообещали? А если скажут им не курить, не пить и заниматься учёбой - сработает?
Идея прикольная, но по-хорошему, то что библиотека пытается фиксить случаи где бек то пустой 200 отправит, то ещё какую хрень - это перекладывание ответственности с бека на клиент. Если бек падает, или полон багов, это не на фронтенде чинить надо (хотя покажите мне проект где фронтендерам не приходилось это чинить xD)
Ужас, чтобы понять как работает компонент, нужно в шесть хуков провалиться.
Jsx в хуке! Что?! Зачем? Почему? Кровь из глаз...
Хуки созданы для переиспользования логики между компонентами! Чтобы то что раньше лежало в нескрльких componentDidUpdate не копипастить из компонента в компонент. Где тут переиспользование хоть чего либо? Зачем вёрстка в хуке??? В реакте уже есть функции, которые возвращают вёрстку jsx - они называются компоненты!!
"Ключ объекта всегда является строкой" - а вот и нет. Опять новичков ереси учите.
Ключ в самом объекте это строка ИЛИ символ.
Также если попытаться записать/взять значение по числовому ключу, он будет приведён к строке.
Ну и данная статья вводит в заблуждение в третьей части, что массивы и объекты - это разные сущности. А это не так! В JS все массивы являются объектами, так же как и функции.
От а до я говорите? А новичок поймёт, что будет если попытаться из массива взять что-то по индексу, которого там нет? А если положить в несуществующий индекс?
Думаю нет. Пусть лучше новичок learnjavascript почитает, будет полезнее
Про switch не сказали про то как объединять обработчики case, а главное, про то что case не создают свой scope по умолчанию (переменные объявленные кнутри case, видны снаружи)
Гореть в аду тому уроду, который позволил ставить в очередь водителей, которые предыдущего пассажира ещё везут!
В планах полный переход на функциональные компоненты? Уже почти 26 год, а вы до сих пор классовыми компонентами пользуетесь? Ну тут даже сказать нечего...
Не знаю кто писал эту статью, но живые программисты не говорят "редуктор"
Удали из статьи повторяющиеся абзацы (например аж два раза тебя в конце Мурыч вдохновил), а также nbsp после const из примера с кодом.
Подсветка - вкусовщина. Я вот не перевариваю красный/белый цвет кода, но это лично мои предпочтения, мне так удобнее. Пробовал штук 10 разных оформлений, выбрал чтобы глаза не уставали и были видны структуры языка. Кто попытается навязать мне другую схему, пойдёт лесом, какой бы модной она не была.
И в js и в css принят стиль K&R для фигурных скобок, а у вас везде bsd. У нас тут не c#
Надо использовать на собесах как чек того, юзает ли кандидат чатгпт как подсказку. Если ответит - сто процентов мухлюет))
Overflow перевести как "переливание" - это из разряда надмозга и охладите трахание
На фото 0 компьютеров)))
Вот здесь вообще не понимаю. "Сказали" - это подкреплено какой-то бумажкой, какие-то санкции пообещали? А если скажут им не курить, не пить и заниматься учёбой - сработает?
Короче с такими законами проще вообще бизнес не вести
Идея прикольная, но по-хорошему, то что библиотека пытается фиксить случаи где бек то пустой 200 отправит, то ещё какую хрень - это перекладывание ответственности с бека на клиент. Если бек падает, или полон багов, это не на фронтенде чинить надо (хотя покажите мне проект где фронтендерам не приходилось это чинить xD)
Ужас, чтобы понять как работает компонент, нужно в шесть хуков провалиться.
Jsx в хуке! Что?! Зачем? Почему? Кровь из глаз...
Хуки созданы для переиспользования логики между компонентами! Чтобы то что раньше лежало в нескрльких componentDidUpdate не копипастить из компонента в компонент. Где тут переиспользование хоть чего либо? Зачем вёрстка в хуке??? В реакте уже есть функции, которые возвращают вёрстку jsx - они называются компоненты!!
"Ключ объекта всегда является строкой" - а вот и нет. Опять новичков ереси учите.
Ключ в самом объекте это строка ИЛИ символ.
Также если попытаться записать/взять значение по числовому ключу, он будет приведён к строке.
Ну и данная статья вводит в заблуждение в третьей части, что массивы и объекты - это разные сущности. А это не так! В JS все массивы являются объектами, так же как и функции.
От а до я говорите? А новичок поймёт, что будет если попытаться из массива взять что-то по индексу, которого там нет? А если положить в несуществующий индекс?
Думаю нет. Пусть лучше новичок learnjavascript почитает, будет полезнее
Я так понял в примере использования хука намеренно options не прокидываются, потому что иначе компонент в бесконечный цикл обновлений уходит?
Про switch не сказали про то как объединять обработчики case, а главное, про то что case не создают свой scope по умолчанию (переменные объявленные кнутри case, видны снаружи)
Такие вредные советы ещё и от имени компании писать не стыдно? Пример с хуком приведёт к бесконечному циклу перерендеров компонента.
А ещё в блоке 3 "нужно сериализовать данные" пункты по два раза повторяются.
Формулировка задачи (особенно картинки) выглядит, как будто её можно решить через css без обсерверов, просто надо базово знать гриды
Начал читать, увидел форвардреф, закрыл...