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