JS-Minifizierer

Leerzeichen und Kommentare zu entfernen ist der einfache, offensichtliche Teil der Minifizierung — und für sich genommen bewegt das bei gut geschriebenem Code kaum etwas. Die eigentliche Größenreduktion kommt aus zwei tieferen Transformationen: der Namensverkürzung, die jede lokale Variable und jedes Funktionsargument in den kürzestmöglichen Bezeichner umbenennt (`accumulator` wird zu `a`, `temporaryResult` wird zu `t`), und der Entfernung toten Codes, die Zweige und Ausdrücke entfernt, von denen eine statische Analyse des Codes beweisen kann, dass sie nie ausgeführt werden oder nie die Ausgabe beeinflussen. Beides erfordert, die Struktur des Codes tatsächlich zu verstehen — seine Geltungsbereiche, welche Namen lokal statt exportiert sind, welche Zweige nachweislich unerreichbar sind —, weshalb ein echtes parserbasiertes Tool wie Terser eine deutlich kleinere Ausgabe erzeugt, als es ein simples Suchen-und-Ersetzen über Leerzeichen je könnte.

Bundler wie Webpack, esbuild, Rollup und Vite minifizieren ihre Ausgabe automatisch als Teil eines Produktions-Builds, fast immer mit Terser oder einer Terser-kompatiblen Engine darunter — daher passiert Minifizierung für jeden, der in einem modernen JavaScript-Projekt arbeitet, bereits unsichtbar bei jedem Build-Befehl. Ein eigenständiges Tool wie dieses deckt die Fälle ab, die außerhalb dieser Pipeline liegen: ein einzelnes Script-Tag ohne Build-Schritt, ein schneller Test, wie stark ein Snippet schrumpfen würde, oder eine einmalige Datei, die komprimiert werden muss, ohne gleich eine ganze Bundler-Konfiguration nur dafür aufzusetzen.

Minifizieren und Formatieren sind entgegengesetzte Operationen auf demselben Code: Dieses Tool entfernt genau die Leerzeichen, Struktur und Lesbarkeit, die ein Formatierer wie Prettier absichtlich wieder hinzufügt. Sein Schwester-Tool, der JavaScript-Formatierer, macht genau das rückgängig, was dieses tut — nützlich für die umgekehrte Richtung, um eine Ihnen übergebene minifizierte Datei wieder in etwas ausreichend Lesbares zurückzuverwandeln, um es tatsächlich zu debuggen.

Eine echte Build-Pipeline kombiniert Minifizierung normalerweise mit einer Source Map — einer separaten Datei, die jede Position in der minifizierten Ausgabe auf ihre ursprüngliche Zeile im Quellcode zurückführt —, speziell damit ein Debugger trotz des tatsächlich laufenden, unlesbaren Codes weiterhin lesbaren Code und korrekte Zeilennummern in Produktion zeigen kann. Dieses eigenständige Tool erzeugt bewusst keine, da es für ein schnelles einmaliges Verkleinern gedacht ist statt für eine Produktionsbereitstellung; alles, was in eine echte Build-Pipeline geht, sollte durch einen Bundler laufen, der eine passende Source Map gleich mit ausgibt.