Попрощайтесь с плохой практикой JavaScript

Nov 29 2022

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

Программирование — еще один вид сверхспособностей, но, как сказал дядя Бен своему племяннику Питеру Паркеру, «с большой силой приходит большая ответственность». В мире программирования наша самая большая ответственность — обеспечить, чтобы код, который мы пишем, был легко тестируемым и оставался пригодным для сопровождения с течением времени.

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

1. Использование var вместо let и const

Пришло время попрощаться с использованием var.

Вы должны использовать только let и const по следующим причинам:

● Область видимости более четкая (между фигурными скобками).

● Глобальные объекты не создаются.

● Он помечает ошибки, если вы повторно объявляете их.

Если вы не используете более старый браузер, такой как всеми любимый IE11, в ваших интересах отказаться от var. Let и const будут вашими лучшими друзьями в будущем.

2. Использование комментариев для объяснения кода

Комментарии являются фундаментальной частью, когда мы создаем программное обеспечение, они помогают нам немного лучше понимать код, который мы читаем, но мы не должны впадать в ошибку, объясняя шаг за шагом, что делает наш код, мы должны создавать код, который легко понять. чтение и комментарии должны предоставлять только контекст.

Вот несколько советов и напоминаний, которые помогут вам профессионально писать комментарии к коду:

● Избегайте дублирования в комментариях; не пиши что ты делаешь, пиши почему ты это делаешь.

● Описательные имена переменных/функций/классов лучше, чем описательные комментарии.

● Суммируйте как можно больше; не пишите абзацы, если в этом нет крайней необходимости.

● Старайтесь всегда использовать один и тот же язык и стиль комментариев.

● С течением времени комментарии обычно не сохраняются (модифицируются) в коде.

3. Использование == вместо ===

Первое, что нужно понять, это то, что хотя визуально они очень похожи, они делают разные вещи: первый называется обычным оператором равенства (==), а второй называется оператором строгого равенства (===).

Обычный оператор равенства (==) проверяет только сходство операндов, что может привести к неприятным сюрпризам.

Оператор строгого равенства (===) всегда проверяет, что операнды имеют разные типы и значения и что они точно такие же.

4. Забыть использовать необязательную цепочку

Необязательный оператор цепочки (?) позволяет вам считывать значение свойства, расположенного глубоко в цепочке связанных объектов, без необходимости проверять каждую ссылку в цепочке.

Это помогает нам избежать ошибок при попытке доступа к несуществующему свойству. В качестве примера предположим, что у нас есть объект Pokémon, который содержит информацию об этом Pokémon.

Когда мы хотим получить доступ к свойству, которое не определено, например, в этом примере, доступ к свойству «атака» Javascript вызовет ошибку, и наше приложение сломается. При использовании необязательной цепочки (?) Javascript сообщит нам, что свойство не определено, но не вызовет никакой ошибки. Размышление об этих типах ошибок, которые иногда находятся вне нашего контроля, имеет большое значение в долгосрочной перспективе.

5. Не использовать магические строки и магические числа

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

6. Неправильная обработка ошибок вызова API

Мы всегда должны обрабатывать ошибки с помощью try/catch в нашем async/await.

Если мы не будем обрабатывать ошибки в наших промисах, очень вероятно, что наше приложение взорвется, и поверьте мне, мы не хотим, чтобы это произошло.

7. Использование объекта в качестве единственного параметра

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

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

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

Еще одним плюсом является то, что если вы используете TypeScript и у вас есть несколько параметров, проще определить интерфейс параметров, чтобы воспользоваться проверкой типов и автоматическими предложениями, что позволяет нам избежать ошибок.

8. Забыть о силе сокращений

Мы все были в ситуации, когда задавались вопросом, существует ли переменная и содержит ли она какое-либо значение, отличное от null или undefined. Из-за этого мы часто заканчиваем тем, что делаем сверхдлинные проверки такого типа:

Сокращения помогают нам избежать этой проблемы. Более простым и элегантным способом приведенный выше код можно сократить до следующего:

Вывод

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

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

Если у вас есть какие-либо предложения, пожалуйста, поделитесь ими в разделе комментариев. Вместе мы можем продолжать расти.