Front-end спільнота

Дякую автору за статтю. Дійсно підхід розшарування проекту являється правильним вектором, втім дозвольте додати декілька коментарів які стосуються деталей реалізації: 1.

Ви доречі вже не в перше мені про це кажете, раз ви кажете як програміст, то пропоную ознайомитись із таким принципом як DRY. dou.ua/forums/topic/49617 Сподіваюсь засвоїте це просте правило

💁 Ваше право, я ж не змушую Вас дивитись, кому цікаво дивляться, кому не цікаво не дивляться.

Програміст — це людина, яка працює з текстовою інформацією. Зміст відео не індексується. Навіть не почну дивитись. Нульова реакція чітко показує, що ваша робота була марною. Успіхів в майбутньому, якщо засвоїте цей урок.

А потім в тебе з’являється необхідність зробити дропдаун, який закривається по кліку поза елементом. І добрий вечір. А в наступний момент ти розумієш, що щось пішло не так, але івент в реакті-то несправжній!

Всім доброго вечора. Шукаю ментора для перевірки знань та допомоги у складанні cv або стажування на безкоштовній основі. Володію знаннями з HTML, CSS, SCSS, JavaScript та вивчаю React.

Хороший приклад з піцою Напишу в правильному порядку. Уявіть собі, як ви робите замовлення. Спочатку ваше замовлення приймає людина (Capture Phase). Потім воно передається до кухаря (Target Phase).

Привіт. Готовий взяти кілька людей на менторство по направленню Angular/Ionic/Nestjs.

Привіт. Який з JS framework ви обрали? Якщо Angular, можу допомогти

о він залежить на порядок виклику Якщо воно по порядку фасуватиме, то це значить не можна буде безпечно використовувати умовні оператори, наче з хуками реакту 😁

в ПХП мапиться по типам ексепшенів. Ну так в JS то немає ніяких типів і технічно будь що може бути експешненом навіть NaN чи null.

я взяв семпл зі статті для наочності. в ПХП мапиться по типам ексепшенів. яким чином ламається існуючий код? відсутністю зворотної сумісності у конструкції? а як щодо запропонованого в статті оператора?

воно так в любій мові програмування буває: якщо залежні рядки поміняти місцями — код перестає працювати як очікувалось.

Дякую, ні. Десь хтось поміняє рядочки з await і весь try...catch коту під хвіст, бо він залежить на порядок виклику. Угумсь, кайф.

лишилось його реалізувати. І зламати весь існуючий код, що в екосистемі JS недопустимо (хоча тут не дуже зрозуміло як воно має однозначно маппитися на конкретний catch). Та й чи зайвий catch, чи як зараз if/switch/hash невелика різниця