Приходилось ли вам использовать компоненты высшего порядка (КВП)? К примеру, та же функция Redux
Приходилось ли вам использовать компоненты высшего порядка (КВП)? К примеру, та же функция Redux
Работа со сторонними пакетами — довольно частое явление при разработке на JavaScript. Но ведь в таких пакетах тоже бывают ошибки. Как же с ними бороться?
В языке программирования JavaScript undefined представляет значение еще не инициализированной переменной, в то время как null — намеренное отсутствие объекта. К примеру, у нас есть переменная number, которая определена, однако ей не назначено начальное значение:
Хорошо ли будет, если при вводе неверных данных в форму возникнет внутренняя ошибка сервера «500»? Да, когда происходит что-либо непредвиденное, нас учат генерировать исключения, однако практика показывает, что это не самый лучший метод обработки ошибок. Давайте разберемся, почему. Заодно и поговорим, как управлять потоком выполнения с исключениями.
В этой статье мы дадим несколько советов по работе с функциями в JavaScript. Совет № 1 — избегайте передачи нескольких параметров в функции.
Скорее всего, многие из вас уже использовали состояния React и знаете, что в случае смены состояния React запускает процесс повторного отображения компонента (конечно, если вы не укажете иное в
NODE_DEBUG представляет собой переменную окружения, которая применяется внутри Node.JS. Существует ряд встроенных модулей, которые при наличии данной переменной смогут показывать, что внутри них происходит.
Контекст в React — это глобальное состояние для компонентов. API React-контекста позволяет создавать глобальные объекты компонентов, которые станут в итоге доступны любому компоненту. Как результат — возможность обмена данными без необходимости передачи свойств по всему дереву DOM.
В данной статье будет рассказано о том, каким образом можно перенести JavaScript-код во внешний файл с подключением JS-скрипта. Статья будет полезна читателям, только начинающим изучение языка программирования JavaScript.
Современное объектно-ориентированное программирование — вещь классная, но вместе с тем — это ещё и крупнейший источник сложности ПО. Да, существует довольно много успешных проектов, реализованных с помощью ООП. Но их успешность не означает, что они не страдают от необоснованной сложности.