Параметры по умолчанию в JavaScript: как убрать лишние проверки undefined

Знакомо ли вам чувство, когда вы пишете функцию и тратите половину кода на проверку того, пришли ли аргументы? В JavaScript динамически типизированный язык программирования общего назначения, используемый для создания интерактивных веб-приложений это было нормой. Но с появлением синтаксиса параметров по умолчанию в ES6 (ES2015) ситуация изменилась. Теперь можно задать значения, которые подставятся автоматически, если аргумент не передан или равен undefined. Это делает код чище, короче и безопаснее.

Что такое параметры по умолчанию и зачем они нужны

Параметры по умолчанию синтаксическая конструкция в JavaScript, позволяющая присваивать переменным функций начальные значения, если соответствующие аргументы не переданы или равны undefined работают просто: вы указываете значение прямо в объявлении функции. Если вызов функции пропускает этот аргумент или явно передает undefined, сработает дефолтное значение. Если же передают null, 0 или пустую строку - сработает именно то, что передали, потому что эти значения не считаются «отсутствующими».

Рассмотрим классический пример. Раньше мы писали так:

function greet(name) {
  name = name || 'Гость';
  return 'Привет, ' + name;
}

Теперь тот же результат достигается одной строкой:

function greet(name = 'Гость') {
  return `Привет, ${name}`;
}

Обратите внимание на разницу: оператор || заменяет значение при любом falsy-значении (0, '', false). Параметры по умолчанию реагируют только на undefined. Это важное различие, которое часто упускают из виду.

Синтаксис и базовые правила использования

Синтаксис прост: имя параметра, знак равно, выражение. Выражение может быть чем угодно - константой, переменной, результатом функции, даже сложной логикой.

• Константы: function log(level = 'info', message) { ... }
• Переменные из внешней области видимости: const defaultUser = 'admin'; function login(user = defaultUser) { ... }
• Вызовы функций: function createId(id = generateUUID()) { ... }

Важно помнить: параметры по умолчанию вычисляются в момент вызова функции, а не при ее определении. Это означает, что если внешняя переменная изменится между определениями и вызовами, новое значение будет использовано.

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

Отличие от оператора логического ИЛИ (||)

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

Как видите, разница критична. Если вы хотите, чтобы пустая строка или ноль считались валидными значениями, используйте параметры по умолчанию. Если же вам нужно заменить любые falsy-значения, оставляйте || или используйте оператор слияния ?? (Nullish Coalescing Operator), который появился в ES2020 и работает аналогично параметрам по умолчанию - реагирует только на null и undefined.

Работа со ссылочными типами и объектами

Особого внимания заслуживают параметры по умолчанию, которые являются объектами или массивами. Здесь кроется частая ошибка. Если вы пишете function init(config = {}), каждый вызов без аргумента создает новый объект. Это хорошо. Но если вы вынесете объект наружу: const defaultConfig = {}; function init(config = defaultConfig), все вызовы будут ссылаться на один и тот же объект. Изменения в одном месте повлияют на другие.

Для сложных конфигураций лучше использовать распространение (spread operator) внутри функции или создавать новый объект при каждом вызове. Например:

function setup(options = {}) {
  const config = { ...defaultSettings, ...options };
  // ...
}

Такой подход гарантирует изоляцию состояний и предсказуемое поведение.

Типизация и проверка значений

Хотя параметры по умолчанию избавляют от проверок if (!arg), они не заменяют полную валидацию данных. Вы можете передать NaN, неправильный тип или поврежденный объект. Поэтому в критичных местах все еще стоит проверять типы или использовать библиотеки вроде TypeScript надмножество языка JavaScript, добавляющее статическую типизацию и улучшенную поддержку больших проектов, которое позволяет определять типы параметров и значения по умолчанию на этапе компиляции.

В чистом JavaScript можно добавить простые проверки после присвоения дефолтного значения:

function process(data = []) {
  if (!Array.isArray(data)) {
    throw new TypeError('Ожидается массив');
  }
  // ...
}

Это баланс между лаконичностью и надежностью.

Частые ошибки и как их избежать

1. Забытый скобки в стрелочных функциях. При использовании одного параметра со значением по умолчанию в стрелочной функции нужны скобки: (x = 1) => x * 2. Без скобок x = 1 => x * 2 вызовет ошибку синтаксиса.
2. Зависимость от порядка объявления. Значение по умолчанию может ссылаться на предыдущий параметр: function f(a, b = a + 1) {}. Но нельзя ссылаться на следующий: function f(a = b + 1, b) {} - это вызовет ReferenceError при вызове.
3. Непредвиденное изменение объектов. Как упоминалось выше, общие ссылки на объекты могут приводить к побочным эффектам. Всегда создавайте копии, если это необходимо.

Практические примеры из реальных сценариев

Представьте, что вы пишете API-клиент. Метод запроса принимает URL, метод и тело запроса. По умолчанию метод - GET, тело - пусто.

async function request(url, method = 'GET', body = null) {
  const options = { method, headers: { 'Content-Type': 'application/json' } };
  if (body) options.body = JSON.stringify(body);
  return fetch(url, options).then(res => res.json());
}

Теперь вызов request('/users') работает корректно, а request('/users', 'POST', { name: 'John' }) тоже. Нет необходимости писать method = method || 'GET' внутри тела функции.

Другой пример - настройка компонента в React. Компонент принимает пропсы с дефолтными значениями. Это стандартная практика, которая упрощает использование компонента другими разработчиками.

Когда параметры по умолчанию не подходят

Несмотря на удобство, есть случаи, когда они мешают. Если функция должна четко разделять «не передано» и «передано значение по умолчанию», лучше использовать явную проверку === undefined внутри функции. Также, если дефолтное значение зависит от других параметров или глобального состояния, которое меняется во время выполнения, логика может стать непрозрачной. В таких случаях явные условия читаются понятнее.