如果你在開發 Angular 專案時，經常感覺到每次存檔後等待編譯完成的時間太長，或者在 CI/CD 流程中建構速度慢得令人沮喪，那麼這次 VoidZero 推出的實驗性 Oxc Angular 編譯器就非常值得關注。這不只是一個速度快的新工具，它代表了前端工具鏈從 JavaScript 轉向 Rust 的大趨勢。
首先我們需要理解什麼是編譯器，以及 Angular 原本是如何運作的。在 Angular 中，你寫的 HTML 模板並不能直接在瀏覽器高效執行，它必須經過一個編譯過程，將模板轉換成 TypeScript 程式碼，接著再由 TypeScript 編譯器將其轉譯為 JavaScript。這個過程涉及深層的全程式類型分析，也就是編譯器要檢查你的模板變數是否與組件中的定義一致。雖然這能確保型別安全，但由於 TypeScript 編譯器是用 TypeScript 寫的，執行效率在面對大型專案時會遇到瓶頸。
這次 VoidZero 團隊嘗試用一種截然不同的方式來解決這個問題。他們使用了 Rust 語言開發的 Oxc 基礎設施。Rust 是一種系統級語言，以記憶體安全和極高性能著稱，目前許多前端工具如 SWC 或 Vite 的底層都在轉向 Rust，目的就是為了徹底消除 JavaScript 執行環境的效能開銷。
Oxc Angular 編譯器的核心改變在於，它直接用 Rust 實作了模板編譯邏輯，並透過 NAPI-RS 將其整合進 Vite 中。NAPI-RS 是一個讓 Rust 程式碼能像原生 Node.js 模組一樣被呼叫的橋接工具。這樣做最大的好處是減少了對 TypeScript 語義檢查器的依賴，跳過了許多沉重的中間步驟，直接快速地產出結果。
從實務數據來看，這種架構變更帶來了驚人的提升。在某些開源專案中，建構速度比原生的 Angular CLI 快了 6 倍以上，甚至比 Webpack 方案快了 20 倍。對於使用 AnalogJS 框架的開發者來說，建構時間甚至從 47 秒縮減到 1.5 秒，這幾乎讓開發者感受到了即時編譯的體驗。
不過，作為一名工程師，我們在追求速度時必須關注權衡（Trade-off）。目前這個 Oxc 編譯器仍處於實驗階段，且開發團隊明確表示暫無進一步維護的計畫。最關鍵的限制在於模板的型別檢查（Template Type Checking）。由於為了追求速度而簡化了對 TypeScript 語義分析的依賴，它目前無法提供像原版編譯器那樣嚴格的型別驗證。這意味著如果你依賴編譯器來幫你抓出模板中的型別錯誤，這個工具目前無法完全替代官方方案。
另一個有趣的技術脈絡是這次開發過程大量運用了 AI 代理人，如 Claude Code 和 Codex。開發團隊將 AI 用於處理重複性高、繁瑣的 AST 節點訪問邏輯（AST 是抽象語法樹，是編譯器解析程式碼的基礎結構），而人類工程師則專注於高層次的架構設計與 Vite 插件的整合。這展示了未來開發高效能工具的新模式：由人類定義策略，由 AI 快速生成底層轉換邏輯。
總結來說，雖然 Oxc Angular 編譯器目前僅供研究，但它證明了將編譯邏輯原生 Rust 化能帶來量級的效能突破。同時，Angular 官方團隊也對此表示關注，並在路線圖中提到將探索類似的原生移植方案。對於 Junior 工程師來說，這是一個很好的學習案例，讓你看到現代前端工具是如何透過更底層的語言和更精簡的編譯路徑，來解決大規模應用程式的開發效率問題。
來源：infoq.com
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。