Однажды в моей жизни я и 4 друга решили создать стартап, и в качестве продукта мы должны были создать приложение, помогающее людям арендовать или продавать дома онлайн.
После начала планирования проекта и сбора пользовательских требований мы приступили к написанию кода. Но есть одна проблема, маленькая и не имеющая особого значения; это вынудило команду взорваться и заставить другого участника покинуть группу. Последствие было ужасным, так как проект был немедленно закрыт. Можете ли вы догадаться, в чем была проблема?
Это было полное отсутствие стиля кодирования, так как все члены группы были из разных областей и, следовательно, отличались способом форматирования кода, другим стилем написания функций или методов и т. д. Это создало очень большую проблему: мы не могли читать и понимать код, который написали наши коллеги. Таким образом, было невозможно интегрировать или объединить нашу кодовую базу в одном проекте.
Но, работая над первым и вторым испытанием для Andela Bootcamp, я воспользовался Руководством по стилю использования, и это заставило меня понять важность использования таких инструментов. Андела познакомила меня с использованием руководства по стилю Javascript Airbnb и Eslint: это навсегда изменило мою жизнь!! Давайте взглянем на эти два инструмента, которые я настоятельно рекомендую любому разработчику программного обеспечения:
Если вы занимаетесь программированием какое-то время, у вас, несомненно, будет стиль, который вам понравится. Вот что происходит, когда вы пишете определенные шаблоны сотни или тысячи раз, вы начинаете находить свой способ кодирования эстетически приятным. Внезапно появляется кто-то еще и начинает бросать скобки в нечетных местах и оставляет пустые места в конце строк. Возможно, нужны слова. Вдохните глубоко, ваше размещение скобок или выбор пробелов не делает ваши программы более правильными, это личное предпочтение.
У каждого языка программирования есть доминирующий стиль, иногда, как в случае с Python, официальное руководство по стилю представлено как правильный способ создания программ. Подождите, вы сказали 4 пробела для отступа?
Кодирование в доминирующем стиле языка поможет вашей программе вписаться в языковую экосистему. Вам также будет легче вносить свой вклад в проекты с открытым исходным кодом и привлекать других к участию в ваших собственных, если все знакомо и согласовано с самого начала. Одним из наиболее известных и используемых стандартов, подобных нашему, является Руководство по стилю JavaScript Airbnb. У них есть правила для новых функций ES6, поэтому они также используют реакцию. Их правила более строгие, чем наши, это хороший ход для нашей кодовой базы.
Код формата Airbnb Style Guide следует набору правил, среди которых мы можем посмотреть на некоторые, которые я лично использовал в своем вызове Andela:
- Точка с запятой: обязательно
- Запятые в конце: обязательны
- Шаблоны строк: предпочитать
- Импортировать расширения: нет
- Пробел перед скобками функции: нет
- Интервал между фигурными объектами: Да
- Интервал скобок массива: нет
- Функции с подчеркиванием: нет
- Деструктуризация объектов: предпочитаю
- Назначение возврата стрелочных функций: Нет
- Сокращение свойства объекта: Prefer.
Почему мы должны анализировать наш код?
Код линтинга уже является неотъемлемой частью любого (популярного) проекта JavaScript и, на мой взгляд, имеет много преимуществ, таких как:
- Читабельность
- Проверка перед кодом
- Поиск (синтаксических) ошибок перед выполнением
Поскольку у нас есть возможность определить набор правил стиля, это повышает читабельность нашего кода в плане того, чтобы наша кодовая база выглядела так, как будто она была написана одним человеком. Это важно, так как может случиться так, что разработчики программного обеспечения переходят от кодовой базы к кодовой базе в рамках проектов, что означает участие большого количества людей. Общий набор правил облегчает понимание того, что делает код.
Дальнейшие правила линтинга помогают улучшить проверку кода, так как она уже действует как предварительная проверка кода, проверяя все основные проблемы, такие как синтаксические ошибки, неправильное наименование, дебаты о табуляции и пробелах и т. д. Это повышает ценность наличия кода. обзоры, так как люди охотнее проверяют реализацию, чем жалуются на синтаксические ошибки.
