Rari - Framework React propulsé par Rust

• Une infrastructure de rendu accélérée à l’exécution qui maximise la vitesse de build et d’exécution des applications React en tirant parti des performances de compilation de Rust
• Prend en charge nativement les React Server Components, ce qui réduit la quantité de JavaScript envoyée au client
• Un bundleur Rust de nouvelle génération basé sur Rolldown-Vite qui permet des builds rapides sans configuration
• Une prise en charge complète de TypeScript via tsgo, avec une vérification de types 10 fois plus rapide
• HMR basé sur Vite, messages d’erreur détaillés et outils de développement à vitesse native pour garantir une expérience de développement fluide

---

Optimisation des performances basée sur Rust

• Compilé avec Rust pour offrir une vitesse de niveau natif
  • Traitement haute vitesse aussi bien au build qu’à l’exécution
• Une architecture conçue pour minimiser les goulots d’étranglement de performance dans les applications React

Prise en charge des React Server Components

• Les React Server Components sont intégrés nativement
  • Réduit la quantité de JavaScript envoyée au client, améliorant ainsi l’efficacité du chargement
• Un rendu centré sur le serveur pour une optimisation des transferts

Un environnement de build sans configuration

• Une architecture Zero Configuration basée sur Rolldown-Vite
  • Build immédiat sans configuration supplémentaire
• Un bundleur écrit en Rust offrant une vitesse de build fulgurante

Bundling et sûreté des types

• Un bundling à vitesse native avec Rolldown pour des performances maximales
• Prise en charge complète de TypeScript via tsgo
  • Offre une vérification de types 10 fois plus rapide et des définitions de types précises

Expérience développeur

• HMR (Hot Module Replacement) basé sur Vite pour une prise en compte immédiate du code
• Des messages d’erreur détaillés et des outils de développement à vitesse native pour un workflow fluide
• Un environnement intégré Rust-React qui améliore l’efficacité et la productivité du développement

[GN⁺]

Avis sur Hacker News

• En fait, ce projet m’a plu. Mais la qualité de l’explication et de la documentation est vraiment insuffisante
  Si l’expression « rust-powered » signifie simplement que le JS est bundlé avec rolldown, ça va, mais c’est facile de l’interpréter comme un framework Rust
  Et des formulations comme « seamless NPM package integration » donnent l’impression d’avoir été écrites par un LLM. La plupart des bibliothèques JS fonctionnent déjà ainsi, donc ça ne veut rien dire
  Malgré cela, comme il existe très peu de frameworks simples pour React, le fait de pouvoir passer directement d’un projet vide aux RSC avec autant de simplicité est vraiment excellent. Ça devrait être le slogan
  La base de code semblait bien plus mature que la documentation. Le plugin Vite gère déjà bien les options, c’est juste que ce n’est pas encore documenté
  J’ai vu plus tard que le runtime Rust exécute réellement le JS. Mais je me demande si c’est séparé du framework, ou si cela fonctionne uniquement avec le runtime Rust. J’aimerais savoir si ça peut aussi tourner sur Node

  • Je suis d’accord sur le fait que le message était confus. Comme j’ai tout rédigé seul jusqu’ici, les PR pour améliorer la formulation sont toujours les bienvenues
    « Rust-powered » ne désigne pas le bundler, mais le runtime serveur. Le serveur HTTP, le moteur de rendu RSC et le routage sont tous écrits en Rust, et les composants React sont exécutés par un moteur V8 embarqué
    Pour l’intégration npm, je voulais dire que le runtime Rust gère lui-même la résolution de node_modules. Il n’utilise pas de spécificateurs npm comme Deno
    La proposition de slogan « Zero to RSC in minutes » est bien plus claire. La documentation a pris du retard parce que je me suis concentré sur la stabilisation du runtime, mais il est temps de combler ce manque

• Je pense désormais que React est le pire des frameworks JS modernes. Vue est largement devant, et Svelte, Solid, voire Marko, me semblent aussi meilleurs

  • Il est vrai que React a ajouté de mauvaises abstractions au cours des dix dernières années. En particulier les hooks et les effects
    Mais ce n’est toujours pas le pire. Il s’est imposé grâce à des innovations comme JSX, les composants fonctionnels et une gestion d’état simple
    Aujourd’hui, la taille de la communauté est telle qu’il ne sera pas remplacé facilement. Les autres frameworks se sont un peu améliorés, mais l’ampleur des innovations n’est pas énorme
  • Ça ressemble à une prise de position du type « le monde a tort et moi seul ai raison ». Je n’ai pas l’impression que les autres frameworks soient si en avance. J’en ai utilisé plusieurs, et React restait le plus facile à comprendre
  • Je suis développeur React, et après avoir utilisé Vue ces derniers mois, j’y ai vu très peu d’avantages
  • Entièrement d’accord. React devient bien meilleur si on l’écrit avec des patterns non standard, mais la communauté est tellement dogmatique qu’elle se moque de ce genre d’essais
    Dans mes projets perso, j’utilise une structure MVC/MVVM et c’est beaucoup plus simple à gérer. Ça réduit aussi la dépendance aux plugins IDE, et je peux choisir librement la version de TypeScript
  • La prise en charge des SDK SaaS est importante. Comme la plupart ne fournissent des SDK que pour React/Next.js, utiliser un autre framework donne l’impression d’être bizarre au sein de l’équipe

• J’expérimente la combinaison Rust + React. Mon react-vello expose Vello, un moteur de rendu GPU en Rust, comme renderer React
  Grâce à WASM + WebGPU, Rust s’occupe du rendu dans le navigateur, et React permet de dessiner de manière déclarative des formes et du texte

  • La combinaison Rust + React est vraiment magnifique. La logique complexe en Rust, l’UI en React
    Avec wasm-bindgen et tsify, relier les deux est si simple qu’on a l’impression d’utiliser un seul langage. Pour moi, c’est l’essence même de l’ingénierie
    React Vello a l’air super, merci de l’avoir partagé
  • Ça ressemble à une approche proche de Dioxus Native
  • Une architecture où le serveur Rust enverrait au navigateur un diff MorphDOM via WebSocket serait aussi intéressante
  • La démo ne fonctionne pas sur Firefox + Linux
  • C’est vraiment un projet formidable

• La formulation « React Server Components framework powered by a Rust runtime » résume l’essentiel

  • Merci, maintenant j’ai compris le concept. Je vais retourner sur le site pour regarder ça de plus près

• Si vous cherchez un framework web basé sur Rust, je recommande Leptos
  Liens associés : discussion HN, démo YouTube

  • J’aime aussi Leptos. C’est un excellent choix pour ceux qui veulent créer des applications full stack en Rust
    Mais rari adopte une autre approche. Ce n’est pas un framework Rust, c’est un framework React Server Components qui tourne sur un runtime Rust
    L’objectif est de masquer la complexité de Rust afin que les développeurs JS/TS puissent créer des applications React performantes sans connaître Rust

• La formule « Rust-Powered Performance — Native speed with Rust compilation for blazing-fast builds and runtime » me fait rire
  Alors que Rust lui-même compile lentement, on dirait qu’il aide surtout d’autres langages à se vanter de leur vitesse

  • Le mème « celui qui guide vers le trésor sans pouvoir le posséder lui-même » convient parfaitement
  • Le runtime et le temps de compilation sont deux choses différentes

• Je me demande si ça fonctionne comme ReasonML et React-Reason. Je ne comprends pas si Rust a réimplémenté un moteur JS

  • Ce n’est pas comme ReasonML. On écrit toujours en React/TypeScript classique
    Rust sert de runtime côté serveur. Au lieu de Node.js, un serveur Rust exécute les React Server Components via un moteur V8 embarqué
    En d’autres termes, le code React reste identique, mais le serveur est basé sur Rust, ce qui offre des performances supérieures à Node
  • J’avais complètement oublié ReasonML

• Je suis l’auteur. Le problème est résolu maintenant. La cause était un rate limiter trop agressif

  • Super projet. En regardant l’architecture, on dirait que vous utilisez une VM Deno pour exécuter du JS côté backend
    Je construis quelque chose de similaire pour un backend JVM — double-view
    J’exécute le JS avec GraalVM, mais à cause de problèmes d’intégration, je dois compiler le JS en WebAssembly. Je me demande si rari adopte la même approche

• Le nom sonne bien, comme un mélange de « Ferrari » et de React, avec une idée de vitesse. Je me demande s’il y avait un cas d’usage particulier ou une inspiration derrière
  J’ai moi aussi publié récemment un projet open source, donc ça fait plaisir de voir le vôtre attirer l’attention

  • Merci ! En réalité, le nom vient de l’acronyme RARI, pour « Runtime Accelerated Rendering Infrastructure »
    Mais j’aime bien aussi l’association avec Ferrari, ça colle bien au thème de la performance
    Comme j’utilise beaucoup Rust, je voulais aussi apporter ses avantages de performance aux développeurs JS dans le développement React
    L’objectif était de masquer la complexité de Rust tout en en conservant la vitesse
    Félicitations pour la sortie de votre projet ! Je serais curieux de savoir ce que vous avez construit

• La documentation commence par les Server Components, et je me demande si c’est toujours aussi populaire après les récents incidents de sécurité
  Référence : rapport sur une vulnérabilité RCE de React Server Components