背景

Rari 是一個以 Rust 為核心開發的 React 框架，主打 Runtime 加速渲染基礎設施。它並非將 React 編譯為 Rust，而是透過 Rust 撰寫伺服器執行環境（Runtime）並嵌入 V8 引擎，旨在提供比 Node.js 更高效的 React Server Components（RSC）執行效能。

社群觀點

開發者社群對 Rari 的技術架構展現了高度好奇，特別是關於「Rust 驅動」的具體含義。作者 skiniks 在討論中澄清，Rari 並非像 ReasonML 那樣改變開發語言，開發者依然撰寫標準的 TypeScript 與 React。其核心差異在於後端執行環境：Rari 使用 Rust 結合 deno_core 直接嵌入 V8 引擎，跳過了傳統 Node.js 的厚重層級，並針對 RSC 的串流傳輸、Suspense 邊界與路由進行了原生優化。這種做法引發了關於效能基準的討論，作者聲稱其吞吐量可達 Next.js 的 46 倍，雖然有部分用戶對此數據持保留態度，認為需要更公平的「同基準測試」來驗證其與 Bun 或 Deno 的效能差異。

在實際應用層面，網站上線初期因過於嚴格的頻率限制器（Rate Limiter）導致部分用戶無法存取，這被社群戲稱為「對效能宣傳的不良廣告」，但也意外促成了關於 Rust 伺服器穩定性的討論。部分開發者質疑為何不直接使用 Deno 或 Actix，作者解釋 Deno 雖然也是 Rust 基礎，但並未內建 RSC 的完整運行邏輯，而 Rari 的目標是提供一個開箱即用的全棧框架，包含整合好的打包工具（Rolldown）、路由與熱更新功能，讓 JavaScript 開發者無需學習 Rust 就能享受其帶來的效能紅利。

討論串中也掀起了一場關於 React 本身的意識形態爭執。部分反對者認為 React 是現代框架中最糟糕的選擇，並推崇 Vue、Svelte 或 Solid 等更具備反應式特性的工具。然而，支持者則指出 React 擁有無可取代的生態系護城河，許多企業級 SDK 僅支援 React，這使得像 Rari 這樣試圖優化 React 效能的嘗試具有實務價值。此外，也有開發者分享了在 React 中使用 MVVM 架構的經驗，試圖解決 React 鉤子（Hooks）帶來的複雜性問題。

最後，關於命名與安全性也引起了零星討論。有用戶提醒「Rari」在搜尋引擎中可能與特定成人影星重名，建議作者留意品牌識別。在技術安全性上，則有留言提及 RSC 近期面臨的潛在安全風險，質疑這種架構是否仍是未來的趨勢。儘管如此，社群普遍認可 Rari 在簡化 RSC 開發流程上的努力，認為其「數分鐘內啟動 RSC」的願景比單純強調效能更具吸引力。

延伸閱讀

• Double-view: 一個在 JVM 後端執行 JavaScript 的類似專案，使用 GraalVM 技術。
• Leptos: 另一個受社群推薦的純 Rust 全棧 Web 框架，適合希望完全脫離 JavaScript 生態的開發者。
• React-vello: 透過 WASM 與 WebGPU 在瀏覽器中利用 Rust GPU 渲染器繪製 React 組件的實驗性專案。
• MVVM for React: 留言者分享的 React 視圖模型庫，旨在分離渲染邏輯與業務邏輯。
• Rari 效能基準測試: 專案官方提供的效能對比數據 GitHub 倉庫。