Vite+: Eine CLI zum Herrschen, Oder nur eine weitere Ebene des Hypes?

Vite+: Eine CLI zum Herrschen, Oder nur eine weitere Ebene des Hypes?

lschvn14 Min. Lesezeit

Alle paar Jahre kündigt jemand im JavaScript-Ökosystem ein vereinheitlichtes Toolchain an, weniger Konfigurationsdateien, ein Befehl zu lernen, weniger Zeit damit, Build-Pipelines zu überwachen. Das Ergebnis ist meist komplizierter als angekündigt. Aber Vite+, von VoidZero (gegründet von Evan You, dem Schöpfer von Vue.js und Vite, mit 4,6M$ von Accel), kommt mit Tools, deren Leistungsbehauptungen unabhängig verifiziert sind: Rolldown liefert 1,6× bis 7,7× schnellere Production-Builds als Vite 7, und Oxlint läuft 50-100× schneller als ESLint.

Was genau ist Vite+?

Vite+ ist eine Alpha-CLI, die eine Reihe bestehender VoidZero-Projekte, Vite, Vitest, Oxlint, Oxfmt, Rolldown und tsdown, unter einem einzigen Einstiegspunkt namens vp bündelt.

Die Befehle:

  • vp env: verwaltet Node.js-Installation global und pro Projekt
  • vp install: delegiert an einen Paketmanager (Standard: pnpm)
  • vp dev: startet den Vite-Entwicklungsserver
  • vp check: führt Oxlint, Oxfmt und tsgo in einem Durchgang aus
  • vp test: führt Vitest aus
  • vp build: baut mit Rolldown
  • vp run: führt package.json-Scripts über Vite Task mit automatischem Cache aus
  • vp pack: packt Bibliotheken mit tsdown + Rolldown

Das erklärte Ziel ist, die Sequenz separater Befehle durch ein einzelnes Binary und eine einzelne Konfigurationsdatei (vite.config.ts) zu ersetzen.

Warum macht VoidZero das?

VoidZeros Kernargument: Das JavaScript-Ökosystem hat zu viele Nahtstellen zwischen Tools angehäuft. ESLint parsed Ihren Code. Prettier formatiert ihn. tsc type-checkt ihn. Rollup bundlet ihn. Jedes Tool macht sein eigenes Parsing, seine eigene Traversierung, seine eigene Transformation. Der AST wird immer wieder aus der Quelle neu aufgebaut.

Die VoidZero-Vision: Besitz der vollständigen Toolchain-Stapel: Parser (oxc-parser), Transformer (oxc-transform), Linter (Oxlint), Formatter (Oxfmt), Bundler (Rolldown), Test-Runner (Vitest) und Dev-Server (Vite). Wenn jedes Tool dieselbe AST-Darstellung und denselben Resolver teilt, eliminieren Sie redundantes Parsing.

Das Geschäftsmodell: Vite+ selbst ist MIT-lizenziert und vollständig Open Source. VoidZeros Einnahmen kommen von "VoidCloud," einer Enterprise-Schicht, demselben Modell wie HashiCorp mit Terraform.

Was ist wirklich neu vs. neu verpackt?

Rolldown ist der bedeutendste originäre Beitrag. Es ist ein Rust-basierter Bundler auf Oxc, der sowohl esbuild (für Dev-Transforms) als auch Rollup (für Production-Builds) ersetzen soll. Auf einer mittelgroßen React-Anwendung (180K Zeilen TypeScript, 60 Routes) maß ein Entwickler Production-Builds, die von 94 Sekunden (Rollup) auf 11 Sekunden (Rolldown) fielen, etwa 8,5× schneller.

Oxc ist die darunterliegende Engine. Oxlint ist 50-100× schneller als ESLint. Oxfmt ist etwa 30× schneller als Prettier. Diese Zahlen sind real und unabhängig verifiziert.

Vite Task ist das neue Stück in Vite+. Es ist ein Task-Runner, der automatischen Caching zur Script-Ausführung hinzufügt. Es versteht auch den Monorepo-Abhängigkeitsgraphen und führt Tasks in der richtigen Reihenfolge aus.

Was nicht neu ist: Vite, Vitest, Oxlint, Oxfmt und Rolldown existierten alle vor Vite+.

Die Leistungsbehauptungen: Real, aber lesen Sie das Kleingedruckte

Die Hauptbehauptungen:

  • ~1,6× bis ~7,7× schnellere Production-Builds vs Vite 7
  • ~50× bis ~100× schnelleres Linting vs ESLint
  • ~30× schnelleres Formatting vs Prettier

Diese Zahlen sind real, aber die Varianz ist groß. Kleinere Projekte sehen bescheidene Gewinne. Komplexe Codebases sehen die größeren Gewinne.

Die Migrationspfad für Teams, die bereits Vite verwenden, ist genuin fließend:

  1. vp global installieren
  2. vp migrate ausführen, ein automatisches Migrations-Tool
  3. einzelne Befehle durch vp dev, vp test, vp check, vp build ersetzen

Wer sollte sich jetzt darum kümmern, und wer sollte warten

Jetzt upgraden wenn:

  • Sie ein neues Projekt in 2026 starten und eine schnelle, minimale Config wollen
  • Sie bereits Vite verwenden und Ihre Toolchain vereinfachen wollen
  • Sie ein großes Monorepo haben und Vite Task-Caching für Script-Ausführung wollen

Warten Sie wenn:

  • Ihr Projekt komplexe benutzerdefinierte ESLint-Regeln verwendet, die Oxlint noch nicht unterstützt
  • Sie auf einer älteren Vite-Version sind und keine Zyklen zum Testen der Migration aufwenden können

Der skeptische Fall

Das stärkste Argument gegen Vite+ ist, dass es ein Neuverpacken bestehender Tools in unified Branding ist. Wenn Sie bereits Vite 8 mit Rolldown, Oxlint und Vitest verwenden, gibt Ihnen Vite+ eine schönere CLI und eine Konfigurationsdatei. Das ist echter Wert, aber inkrementeller Wert auf Tools, die Sie bereits selbst zusammensetzen konnten.

Die VoidZero-Abhängigkeit ist auch eine Sorge. Vite war ursprünglich ein Community-Projekt ohne Unternehmen dahinter. Jetzt ist es ein Unternehmen mit Venture-Finanzierung, einer Enterprise-Produkt-Roadmap und einem Geschäftsmodell, das noch nicht vollständig offengelegt wurde.

Das redaktionelle Urteil

Vite+ ist keine Revolution. Es ist eine gut gestaltete Distribution genuin guter Tools, die bereits einzeln wert waren, verwendet zu werden.

Die Rust-basierte JavaScript-Toolchain, Oxc, Rolldown und die darauf aufbauenden Projekte, repräsentiert einen echten und signifikanten Leistungssprung über die JavaScript-basierten Tools, die sie ersetzt. Dieser Rust-Migration ist im gesamten Ökosystem sichtbar.

Die Tools unter Vite+ sind es wert, bekannt zu sein, ob man den Wrapper verwendet oder nicht. Rolldown ersetzt Rollup. Oxlint ersetzt ESLint für Teams, die Geschwindigkeit wollen. Die JavaScript-Toolchain-Landschaft verschiebt sich hin zu nativen Sprachen, und Vite+ ist die kohärenteste Schnittstelle zu diesem Wandel bisher.

Häufig gestellte Fragen

Verwandte Artikel

Weitere Berichterstattung zu ähnlichen Themen und Tags.

Prettier 3.9 überholt fünf Parser: micromark für Markdown, yaml v2, GraphQL.js v17, ein Rust-basierter Flow-Parser und Angular
tooling

Prettier 3.9 überholt fünf Parser: micromark für Markdown, yaml v2, GraphQL.js v17, ein Rust-basierter Flow-Parser und Angular

Prettier 3.9.0, veröffentlicht am 27. Juni 2026 (prettier/prettier, Blogpost von Fisker Cheung), ist eine parserlastige Version, die Markdown von remark-parse v8 auf micromark v4 hebt (bessere CommonMark- und GFM-Konformität sowie eine Reihe lange bestehender Parsing-Bugs behoben), YAML auf yaml v2, GraphQL auf GraphQL.js v17 (Fragment-Argumente und Direktiven auf Direktivdefinitionen), Flow auf den neuen Rust-basierten oxidized-Parser des Flow-Teams (rund 37 % schneller bei Prettiers gültigen Flow-Fixtures und 43 % schneller bei flow_parser.js in lokalen Parser-only-Benchmarks) und Angular. Auch der JavaScript- und TypeScript-Printer wurde überarbeitet, insbesondere im --no-semi-Modus, wo Kommentare um break und continue jetzt über mehrere Durchläufe stabil sind (ein Idempotenz-Fix), sowie redundante Klammern in return, die Ausrichtung von eingebetteten Template-Interpolationen und das Inlining von logischen Negationen. Die Version entfernt die veraltete import ... assert {}-Syntax (Babel 8 hat das Parser-Plugin entfernt; migriert zu with), repariert eine stillschweigend defekte Option --cache-strategy content und verhindert, dass EditorConfig-Dateien oberhalb von Git-Worktrees einsickern. Das Team erinnert daran, die genaue Version in der package.json festzupinnen, da die Formatierungsänderungen Diffs erzeugen.
Biome 2.5 liefert `@biomejs/js-api` v6.0.0: ein Major-Bump für die JS-API
tooling

Biome 2.5 liefert `@biomejs/js-api` v6.0.0: ein Major-Bump für die JS-API

Biomes CLI erreicht 2.5.0 und die JavaScript-API springt auf ein v6.0.0-Major. Die Schlagzeile ist der neue spanInBytesToSpanInCodeUnits-Helper, der einen echten UTF-16-Surrogate-Bug bei der Extraktion von nicht-ASCII-Diagnosetext behebt, plus eine lange Liste an SCSS-, JSON-, Linter- und CLI-Verbesserungen.
Turborepo 2.10.3 Erkennt nub und aube, Zwei Neue Rust-basierte Node.js-Paketmanager von Colin McDonnell (Zod) und Jeff Dickey (mise)
tooling

Turborepo 2.10.3 Erkennt nub und aube, Zwei Neue Rust-basierte Node.js-Paketmanager von Colin McDonnell (Zod) und Jeff Dickey (mise)

Turborepo [v2.10.3](https://github.com/vercel/turborepo/releases/tag/v2.10.3) wurde am 2026-07-03 mit First-Class-Support für [nub](https://github.com/nubjs/nub) und [aube](https://github.com/jdx/aube) veröffentlicht, zwei Rust-basierten Node.js-Paketmanagern, die im Frühjahr und Sommer 2026 entstanden sind. nub stammt von Colin McDonnell (Schöpfer von [Zod](https://github.com/colinhacks/zod), 43k Sternen) und aube von Jeff Dickey (Schöpfer von [mise](https://github.com/jdx/mise)); beide integrieren sich in Turborepo als `packageManager`-Werte in `package.json` und `devEngines.packageManager`. Die Release liefert außerdem einen neuen TUI/Streamed-Logs-Toggle, Click-to-Select für Tasks in der TUI-Taskliste, automatisches Kopieren von TUI-Selektionen in die Zwischenablage bei Maus-Release, ein `--production`-Flag auf `turbo prune`, TypeScript 7.0.1-rc als Workspace-Toolchain, Thin LTO + `codegen-units=1` für Release-Builds und eine lange Liste von Cache-Hashing-Performance-Fixes. Das Hauptsignal: Zwei der angesehensten Builder des JS-Toolchains liefern nun Paketmanager, die auf Stock-Node aufsetzen statt es zu ersetzen, und Turborepo ist das erste Mainstream-Monorepo-Tool, das beide formalisiert.

Kommentare

Anmelden Melden Sie sich an, um an der Diskussion teilzunehmen.

Noch keine Kommentare. Seien Sie der Erste, der seine Gedanken teilt.