Читаемый код можно проверять автоматически
Линтер анализирует исходный текст по выбранным правилам: оформление, подозрительные конструкции и некоторые потенциальные ошибки. Форматтер автоматически переписывает оформление. Набор правил зависит от проекта, а не является одинаковым для всего JavaScript.
Задание источника
Исправьте учебную строку, не меняя её вычисляемое значение:
// Исходный неаккуратный вариант
console.log( (5 ** 2)-(3*7) )Последовательное оформление:
console.log((5 ** 2) - (3 * 7));Результат — 4: 25−21. Пробелы внутри круглых скобок вокруг всего аргумента убраны, вокруг бинарных операторов выровнены, конец инструкции обозначен точкой с запятой.
Что изменилось, а что нет
Оба варианта в данном случае допустимы для исполнения и дают одинаковое число. Упражнение направлено на стиль, а не на исправление арифметики. Если вместо минуса поставить плюс, код будет выглядеть аккуратно, но вернёт 46 и нарушит условие.
Пример выбранного соглашения
Некоторые команды придерживаются стиля без явных точек с запятой, другие требуют их. В этой адаптации сохранён стиль эталонного решения источника. Не нужно объявлять все альтернативные стили синтаксическими ошибками языка.
Проверка в проекте
Предупреждение линтера следует читать вместе с именем правила и конфигурацией. Успешная проверка оформления не заменяет тестов, анализа требований или проверки безопасности. Утверждения источника о популярности конкретного набора правил не используются здесь как актуальный рейтинг инструментов; урок посвящён самой роли согласованного оформления.
Hexlet / Code Basics и участники · Исходный урок и решение · GNU AGPL v3. Код и требуемое изменение сохранены.