SolidStart 2 ersetzt Vinxi durch Vites Environment API nach 25 Vorabversionen
Serguey Asael Shinder2 Min. LesezeitSolidStart v2 ist stabil. Die Ankündigung steht unter https://github.com/solidjs/solid-start/discussions/2281, und die zentrale Änderung ist eine Streichung: Vinxi ist weg, ersetzt durch die direkte Nutzung von Vites Environment API für Client- und Server-Builds. Es hat mehr als ein Jahr und 25 Alpha-, Beta- und Release-Candidate-Versionen gekostet.
Warum es Vinxi gab, gehört dazu — es erklärt, warum es das nicht mehr gibt. Als SolidStart v1 vor zwei Jahren erschien, unterstützte Vite 5 implizite Client- und SSR-Umgebungen, bot einem Full-Stack-Rahmenwerk aber keinen erstklassigen Weg, alle nötigen Umgebungen zu konfigurieren: Client, Server, Serverfunktionen und weitere Ziele. Vinxi koordinierte sie. Das erledigt Vite inzwischen selbst, und damit ist die Schicht überflüssig.
Der zweite Strang ist die Auslieferung. Statt eigene Adapter zu pflegen, erreichte SolidStart Hosting-Plattformen über Nitro, die von den Nuxt- und UnJS-Teams herausgelöste gemeinsame Deployment-Infrastruktur. Nitro v3, derzeit Beta, wurde seither als Vite-Plugin auf derselben Environment API neu gebaut — Rahmenwerk und Deployment-Schicht stecken jetzt in derselben Steckdose.
Der direkte Bau auf Vite 8 bringt die Rolldown-Werkzeugkette, bessere Verträglichkeit mit Vite-Plugins wie Tailwind CSS v4 und die unmittelbare Anbindung von Deployment-Plugins für Nitro v3, Cloudflare und Netlify. Die geplanten Brüche von Vite 9 seien bereits berücksichtigt. Umsonst ist der Umstieg nicht: Paketimporte, Umgebungstypen, Server-Laufzeiten und Middleware ändern sich, es gibt einen Migrationsleitfaden.
⚠ Eine Aussage gehört von der Ankündigung getrennt. In der Berichterstattung heißt es, SolidStart gehe in den Wartungsmodus über, während seine Fähigkeiten in Solid 2.0 aufgingen. Im Beitrag des Projekts steht das nicht. Dort steht, v2 sei für Solid v1 gebaut und gebe bestehenden Anwendungen heute ein modernes, stabiles Fundament; Solid v2 komme mit einer neuen reaktiven Grundlage schnell voran; und gerade diese Modernisierung erlaube es, das Fundament in künftigen Versionen Richtung Solid v2 weiterzutragen. Aus der Quelle gelesen ist das ein Migrationspfad, kein Auslaufen.
Was das bedeutet
Das beste Ende einer Kompatibilitätsschicht ist, aufgesogen zu werden. Vinxi hat zwei Jahre lang eine echte Lücke geschlossen und wird nun gelöscht, weil das Werkzeug darüber die Funktion selbst bekommen hat. Genau das wünscht man jedem Provisorium, das man schreibt — und erstaunlich selten plant jemand dafür, weil das Entfernen ein unbudgetiertes Quartal kostet.
Fünfundzwanzig Vorabversionen für einen Architekturwechsel sind die ehrliche Zahl. Nichts an dieser Version ist eine neue Funktion für Anwendungsentwickler; es ist ein Jahr Arbeit, um auf einem anderen Fundament zu stehen. Rahmenwerke, die sich das sparen, liefern schneller Funktionen — und stellen später fest, dass ihre Build-Schicht jedes Upgrade blockiert.
Und prüfen Sie die Einordnung, bevor Sie sie weitertragen. Der Unterschied zwischen „bewegt sich auf Solid v2 zu" und „im Wartungsmodus, Rolle läuft aus" entscheidet, ob ein Team dieses Rahmenwerk im nächsten Quartal einsetzt. Einer dieser Sätze steht in der Ankündigung.