Минификатор JS

Удаление пробелов и комментариев — простая, очевидная часть минификации, и сама по себе она почти не влияет на размер хорошо написанного кода. Настоящее сокращение размера достигается за счёт двух более глубоких преобразований: сокращения имён (mangling), которое переименовывает каждую локальную переменную и аргумент функции в максимально короткий идентификатор (`accumulator` становится `a`, `temporaryResult` становится `t`), и устранения мёртвого кода, которое удаляет ветви и выражения, для которых статический анализ кода может доказать, что они никогда не выполнятся и никак не повлияют на результат. Оба преобразования требуют реального понимания структуры кода — его областей видимости, того, какие имена локальные, а какие экспортируются, каких ветвей заведомо не достичь, — именно поэтому настоящий инструмент на основе парсера, такой как Terser, даёт заметно меньший результат, чем когда-либо смог бы наивный проход «найти и заменить» по пробелам.

Сборщики вроде Webpack, esbuild, Rollup и Vite автоматически минифицируют свой результат в рамках продакшен-сборки, почти всегда используя под капотом Terser или совместимый с ним движок, — поэтому для тех, кто работает внутри современного JavaScript-проекта, минификация уже происходит незаметно при каждой сборке. Отдельный инструмент вроде этого закрывает случаи, выходящие за рамки такого конвейера: единственный тег скрипта без этапа сборки, быстрая проверка того, насколько сократится фрагмент кода, или разовый файл, который нужно сжать без подключения целой конфигурации сборщика ради этого одного случая.

Минификация и форматирование — противоположные операции над одним и тем же кодом: этот инструмент убирает пробелы, структуру и читаемость, которые форматировщик вроде Prettier намеренно добавляет обратно. Его родственный инструмент, Форматировщик JavaScript, отменяет ровно то, что делает этот, — что полезно для обратного направления: взять минифицированный файл, который вам кто-то передал, и превратить его обратно во что-то достаточно читаемое, чтобы реально отлаживать.

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