Vites eigentlicher Gewinn war nicht das Branding. Es war die Veränderung des Entwicklungsmodells.
Webpack-intensive Setups erforderten oft einen großen Arbeitsaufwand im Voraus, bevor die Anwendung einsatzbereit war. Vite setzt in der Entwicklung auf natives ESM, was bedeutet, dass der Entwicklungsserver viel weniger enthusiastisches Bundling betreiben kann und nur das transformiert, was der Browser tatsächlich anfordert.
Dieser architektonische Unterschied ist der Grund, warum die Startzeit und HMR oft erheblich besser erscheinen.
Was sich geändert hat
Mit Vite:
- werden Abhängigkeiten schnell vorbündelnd verarbeitet
- Quellcodedateien werden während der Entwicklung als Module bereitgestellt
- Dateiänderungen machen einen kleineren Teil des Graphen ungültig
Das führt zu einem viel engeren Feedback-Zyklus:
pnpm create vite
pnpm dev
Die Erfahrung ist schnell, weil das Tool nicht versucht, bei jeder kleinen Änderung die gesamte Welt neu zu bauen.
esbuild ist in dieser Geschichte wichtig, weil es die Verarbeitung von Abhängigkeiten drastisch günstiger gemacht hat. Vites Entwicklererfahrung ist nicht nur eine clevere Idee. Es ist eine gute Architektur, die auf sehr schnellen Low-Level-Tools basiert.
Kompromisse
Webpack ist nicht tot. Große Organisationen verwenden es aus guten Gründen weiterhin:
- ausgereifte Plugin-Ökosysteme
- Legacy-Baureihen
- etablierte Föderation- oder Bundelegenschaften
Aber für grüne Wiesen Frontend-Arbeiten ist Vite oft die ergonomischere Standardwahl, da es besser mit der Funktionsweise moderner Browser und moderner Modul-Tooling übereinstimmt.
Weiterführende Literatur