Rari - Rust-gestütztes React-Framework

• Nutzt die Kompilierungsleistung von Rust, um Build- und Ausführungsgeschwindigkeit von React-Anwendungen zu maximieren
• Unterstützt React Server Components standardmäßig und reduziert so die an den Client gesendete JavaScript-Menge
• Realisiert schnelle Builds ohne Konfiguration mit einem Next-Generation-Rust-Bundler auf Basis von Rolldown-Vite
• Bietet mit tsgo vollständige TypeScript-Unterstützung und 10-mal schnellere Typprüfung
• Garantiert mit Vite-basiertem HMR, detaillierten Fehlermeldungen und Entwicklungstools in nativer Geschwindigkeit ein nahtloses Entwicklungserlebnis

---

Rust-basierte Leistungsoptimierung

• In Rust kompiliert und mit Geschwindigkeit auf nativem Niveau
  • Schnelle Verarbeitung sowohl beim Build als auch zur Laufzeit
• Eine Architektur, die Leistungsengpässe in React-Anwendungen minimiert

Unterstützung für React Server Components

• React Server Components sind standardmäßig integriert
  • Reduziert die an den Client gesendete JavaScript-Menge und verbessert so die Ladeeffizienz
• Erreicht Übertragungsoptimierung durch serverzentriertes Rendering

Build-Umgebung ohne Konfiguration

• Zero-Configuration-Struktur auf Basis von Rolldown-Vite
  • Sofortige Builds ohne zusätzliche Konfiguration
• Ein in Rust geschriebener Bundler liefert blitzschnelle Build-Geschwindigkeit

Bundling und Typsicherheit

• Rolldown ermöglicht Bundling in nativer Geschwindigkeit für maximale Performance
• Vollständige TypeScript-Unterstützung durch tsgo
  • Bietet 10-mal schnellere Typprüfung und präzise Typdefinitionen

Entwicklererlebnis

• Vite-basiertes HMR (Hot Module Replacement) für sofortige Code-Aktualisierung
• Detaillierte Fehlermeldungen und Entwicklungstools in nativer Geschwindigkeit unterstützen einen reibungslosen Workflow
• Bietet eine integrierte Rust-React-Umgebung, die Entwicklungseffizienz und Produktivität steigert

[GN⁺]

Hacker-News-Kommentare

• Eigentlich hat mir dieses Projekt gefallen. Aber die Erklärungen und die Qualität der Dokumentation sind viel zu schwach
  Wenn „rust-powered“ einfach nur bedeutet, dass JS mit rolldown gebündelt wird, wäre das okay, aber man missversteht es leicht als Rust-Framework
  Außerdem wirken Formulierungen wie „seamless NPM package integration“, als hätte sie ein LLM geschrieben. Die meisten JS-Bibliotheken funktionieren ohnehin schon so, deshalb sagt das nichts aus
  Trotzdem ist es großartig, dass es für React kaum einfache Frameworks gibt und dass man mit dieser Einfachheit von einem leeren Projekt direkt zu RSC springen kann. Das sollte der Slogan sein
  Die Codebasis wirkte viel ausgereifter als die Dokumentation. Auch das Vite-Plugin unterstützt Optionen gut, sie sind nur noch nicht dokumentiert
  Später habe ich gesehen, dass die Rust-Laufzeit tatsächlich JS ausführt. Jetzt frage ich mich aber, ob das vom Framework getrennt ist oder nur in der Rust-Laufzeit funktioniert. Ich würde gern wissen, ob es auch unter Node laufen kann

  • Ich stimme zu, dass die Botschaft verwirrend war. Ich habe bisher alles allein geschrieben, deshalb sind PRs zur Verbesserung der Formulierungen jederzeit willkommen
    „Rust-powered“ bezieht sich nicht auf den Bundler, sondern auf die Server-Laufzeit. HTTP-Server, RSC-Renderer und Routing sind alle in Rust geschrieben, und React-Komponenten werden in einer eingebetteten V8-Engine ausgeführt
    Mit der npm-Integration war gemeint, dass die Rust-Laufzeit die node_modules-Auflösung direkt übernimmt. Es werden keine npm-Specifier wie bei Deno verwendet
    Der Slogan „Zero to RSC in minutes“ ist viel klarer. Die Dokumentation ist zurückgeblieben, weil ich mich auf die Stabilisierung der Laufzeit konzentriert habe, aber jetzt ist der Zeitpunkt gekommen, das nachzuholen

• Ich halte React inzwischen für das schlechteste moderne JS-Framework. Vue ist weit voraus, und auch Svelte, Solid und sogar Marko wirken besser

  • Es stimmt, dass React in den letzten zehn Jahren keine guten Abstraktionen hinzugefügt hat. Vor allem Hooks und Effects
    Trotzdem ist es noch nicht das schlechteste. Mit JSX, funktionalen Komponenten und einfacher Zustandsverwaltung hat es die Verbreitung geschafft
    Inzwischen ist die Community so groß, dass es nicht leicht ersetzt werden wird. Andere Frameworks haben sich zwar nach und nach verbessert, aber das Ausmaß der Innovation ist nicht groß
  • Das klingt nach so einer „Die Welt liegt falsch und nur ich habe recht“-Behauptung. Ich habe nicht den Eindruck, dass die anderen Frameworks so weit voraus sind. Ich habe mehrere benutzt, aber React war am leichtesten zu verstehen
  • Ich bin React-Entwickler, habe in den letzten Monaten aber Vue ausprobiert und kaum Vorteile gesehen
  • Stimme völlig zu. React wird viel besser, wenn man es in nicht standardisierten Mustern schreibt, aber die Community ist so dogmatisch, dass solche Versuche verspottet werden
    Ich nutze in privaten Projekten eine MVC/MVVM-Struktur, und damit ist es viel leichter zu handhaben. Außerdem ist man weniger von IDE-Plugins abhängig und kann die TypeScript-Version frei wählen
  • Wichtig ist, ob SaaS-SDKs unterstützt werden. Die meisten bieten nur SDKs für React/Next.js an, deshalb wirkt es im Team seltsam, wenn man ein anderes Framework verwendet

• Ich experimentiere gerade mit der Kombination aus Rust + React. Mein react-vello stellt den Rust-GPU-Renderer Vello als React-Renderer bereit
  Über WASM + WebGPU übernimmt Rust das Rendering im Browser, und mit React kann man deklarativ Formen und Text zeichnen

  • Die Kombination aus Rust + React ist wirklich wunderschön. Komplexe Logik in Rust, UI in React
    Mit wasm-bindgen und tsify ist die Verbindung zwischen beiden Seiten so einfach, dass es sich fast wie dieselbe Sprache anfühlt. Ich halte das für die Essenz des Engineerings
    React Vello sieht auch großartig aus, danke fürs Teilen
  • Das sieht nach einem ähnlichen Ansatz wie Dioxus Native aus
  • Eine Architektur, bei der ein Rust-Server den MorphDOM-Diff über WebSocket an den Browser sendet, wäre auch interessant
  • Unter Firefox + Linux funktioniert die Demo nicht
  • Wirklich ein tolles Projekt

• Die Beschreibung „React Server Components framework powered by a Rust runtime“ bringt es auf den Punkt

  • Dadurch habe ich das Konzept verstanden. Ich gehe jetzt zurück auf die Website und schaue es mir genauer an

• Wenn du ein Rust-basiertes Web-Framework suchst, empfehle ich Leptos
  Verwandte Links: HN-Diskussion, YouTube-Demo

  • Leptos gefällt mir auch. Für Leute, die Full-Stack-Apps in Rust bauen wollen, ist es eine hervorragende Wahl
    Aber rari verfolgt einen anderen Ansatz. Es ist kein Rust-Framework, sondern ein React-Server-Components-Framework, das auf einer Rust-Laufzeit läuft
    Das Ziel ist, die Komplexität von Rust zu verbergen, damit JS/TS-Entwickler leistungsstarke React-Apps bauen können, ohne Rust kennen zu müssen

• Die Formulierung „Rust-Powered Performance — Native speed with Rust compilation for blazing-fast builds and runtime“ ist lustig
  Ausgerechnet Rust selbst kompiliert langsam, und trotzdem hilft es jetzt dabei, mit der Geschwindigkeit anderer Sprachen zu prahlen

  • Das Meme „Der, der den Schatz zeigt, ihn aber selbst nicht haben kann“ passt perfekt dazu
  • Laufzeit und Kompilierzeit sind nicht dasselbe

• Ich frage mich, ob das wie ReasonML und React-Reason funktioniert. Ich verstehe nicht, ob Rust die JS-Engine neu implementiert hat

  • Das ist anders als ReasonML. Man schreibt weiterhin in normalem React/TypeScript
    Rust übernimmt die Rolle der Server-Laufzeit. Statt Node.js führt ein Rust-Server React Server Components in einer eingebetteten V8-Engine aus
    Der React-Code bleibt also unverändert, aber weil der Server auf Rust basiert, bietet er bessere Performance als Node
  • Ich hatte ReasonML komplett vergessen

• Der Autor hier. Das Problem ist inzwischen gelöst. Ursache war, dass der Rate Limiter zu aggressiv gearbeitet hat

  • Tolles Projekt. Beim Blick auf die Architektur scheint ihr zum Ausführen von JS im Backend eine Deno-VM zu verwenden
    Ich baue etwas Ähnliches für ein JVM-Backend — double-view
    Dort wird JS mit GraalVM ausgeführt, aber wegen Integrationsproblemen muss JS in WebAssembly kompiliert werden. Ich frage mich, ob rari denselben Ansatz verwendet

• Der Name klingt cool, wie eine Kombination aus „Ferrari“ und React und zugleich schnell. Ich frage mich, ob es einen bestimmten Anwendungsfall oder eine Inspiration gab
  Ich habe kürzlich auch ein Open-Source-Projekt veröffentlicht, deshalb freut es mich zu sehen, dass dein Projekt Aufmerksamkeit bekommt

  • Danke! Der Name stammt tatsächlich von RARI als Akronym für „Runtime Accelerated Rendering Infrastructure“
    Aber ich mag auch die Verbindung zu Ferrari, sie passt gut zum Performance-Thema
    Da ich viel mit Rust arbeite, wollte ich diese Performance-Vorteile auch JS-Entwicklern zugänglich machen
    Das Ziel war, die Komplexität von Rust zu verstecken und die Geschwindigkeit trotzdem mitzunehmen
    Glückwunsch zum Launch deines Projekts! Ich bin neugierig, was du gebaut hast

• Die Dokumentation beginnt mit Server Components; ich frage mich, ob sie nach den jüngsten Sicherheitsvorfällen immer noch im Trend liegen
  Referenz: Bericht zur RCE-Schwachstelle in React Server Components