Некоторые концепции программирования действительно могут сбивать с толку, особенно если вы начинающий разработчик. Несмотря на то, что вы можете с большим энтузиазмом создавать что-то сразу, ваша интуиция рано или поздно шепнет вам на ухо, что вы должны сначала понять суть этой сложной концепции, несмотря ни на что. Ну, вот плохие новости. На самом деле в некоторых вещах нет короткого пути.

Некоторые говорят: «Просто погрузитесь прямо в проекты. Создайте что-нибудь и покажите это другим людям. Это единственный способ добиться прогресса на этом пути». В целом это может быть хорошим советом; однако, по моему скромному мнению, это так лишь в некоторой степени. Я имел в виду, что даже если вы начнете свое путешествие по кодированию через проекты, в конечном итоге вы застрянете, поскольку у вас будет мало представления о том, как все работает за сценой, и вы поймете, что просто копируете и вставляете чужие коды. коды, не особо вникая в детали и так сказать понимая суть.

Насколько я вижу, многие начинающие программисты делают эту ошибку волей-неволей. Например, они избегают изучения тонкостей «ванильного JavaScript», поскольку таким образом им нужно уделять больше времени основам, но они не хотят этого делать. Со временем они начинают сожалеть об этом решении, потому что обнаруживают, что не могут справиться с некоторыми задачами, даже если знают, как использовать определенные библиотеки или фреймворки. Тем не менее, при отсутствии базовых знаний об этой конкретной концепции вы, к сожалению, поймете, что не сможете справиться со сложными частями связанного проекта и не сможете продолжить из-за этой ситуации.

Мы можем объяснить это обстоятельство с помощью фреймворка Bootstrap, который действительно упрощает жизнь разработчикам. Опытный фронтенд-разработчик Джош Комо объясняет опасность чрезмерной зависимости от определенных библиотек, просто говоря Вам не нужен UI-фреймворк в своей статье. По сути, он подчеркивает, что в долгосрочной перспективе эти дополнительные ресурсы могут принести больше вреда, чем пользы. Во-первых, они могут легко помешать вам создавать уникальные веб-сайты или приложения, поскольку большинство разработчиков уже регулярно используют эти инструменты, и поэтому ваш продукт может оказаться неполной копией некоторых других веб-сайтов на основе начальной загрузки. . В современном быстро меняющемся мире подлинность важна везде, особенно в мире технологий. Даже если вы решите использовать какие-то библиотеки или популярный фреймворк, вам следует лучше знать основные механизмы, чтобы иметь возможность изменить форму связанных частей и сделать конечный продукт более сложным, возможно, даже более впечатляющим, чем исходная часть, но это может происходит только в том случае, если вы знакомы с основными функциями.

В JavaScript подъем — одна из проблемных концепций, которые необходимо правильно понимать. Вот почему я решил немного рассказать об этом в этой записи блога. Начнем с основного определения. Подъем позволяет разработчикам иметь доступ к функциям, а также к переменным до процесса выполнения.

Как только вы запустите код, компилятор JS поместит все объявления функций и переменных в начало соответствующего файла javascript. Таким образом, все они доступны еще до того, как они будут использованы. То есть с помощью подъема разработчики могут запускать функции до того, как они будут созданы. По сути, javascript переупорядочивает файл, но зачем нам «подъем»? Или, точнее, нам это действительно нужно?

Прежде всего, очень важно знать, что функциональные выражения, включая стрелочные функции, не могут быть подняты, в отличие от объявлений функций. Другая проблема, о которой необходимо знать, заключается в том, что переменные let и const поднимаются. С другой стороны, переменные «var» помечены как «неопределенные» в том, что касается «поднятия». То есть, если переменные let или const заменены на var, вы наверняка столкнетесь с ошибкой ссылки, кричащей вам, что то, что вы пытаетесь использовать в качестве переменной, не определено.

Вот в чем дело. Ряд опытных разработчиков, таких как Wes Bos, признаются, что редко используют подъем. Вместо этого они сначала пишут функции и переменные, а затем используют их, поскольку противоположный сценарий может легко усложнить работу со стороны разработчиков, и в результате код может сломаться. Некоторые даже предлагают добавить выражение use strict вверху javascript-файла. Строгий режим определяется как строка, которая используется во всех программах, и ее основная цель — помочь программистам писать непроблематичный код.

Вы должны иметь в виду, что как только вы решите воспользоваться «строгим режимом», невозможно использовать необъявленные переменные, но это делает все более предсказуемым и безопасным с точки зрения нежелательных ошибок, возникающих в середине кода. процесс написания.

При этом «подъем», скорее всего, возникнет как вопрос на собеседовании, целью которого является проверить, действительно ли вы знаете, как, по сути, работает javascript. Короче говоря, обычно хорошей практикой является тщательное изучение соответствующей методологии. Даже если некоторые концепции на первый взгляд могут показаться тривиальными, на самом деле они могут сэкономить вам много времени и усилий. Просто зная об их существовании, вы можете исправить некоторые раздражающие ошибки в кратчайшие сроки.

"Устраните причину, а не симптом". —Стив Магуайр