前端前線 2026 年 5 月 1 日

2026-05-01 — TypeScript 7 原生編譯器、Servo 530 次提交、Mozilla 反對 Prompt API

TypeScript 7 Beta:原生編譯器,最高 10×…

TypeScript 7 Beta:原生編譯器,最高 10× 編譯加速、8× 專案載入提升

Microsoft Visual Studio Blog · 2026-04-30

TypeScript 7 是 TypeScript 編譯器工具鏈的根本性重寫——從 JavaScript 移植至原生(Native)實作。Visual Studio 2026 18.6 Insiders 3 已將 TypeScript 7 Beta 設為內建 SDK 預設版本,成為第一個正式整合原生 TypeScript 的主流 IDE。

架構轉變:JavaScript → 原生實作

TypeScript 6.x 及之前版本的編譯器與語言服務全部以 JavaScript 撰寫,在 Node.js 執行環境中運行。TypeScript 7 將整個工具鏈移植至原生程式碼,消除 JIT 熱身開銷與 GC 停頓。

可量化的效能數字:

  • 大型程式碼庫編譯時間最高縮短 10 倍
  • 記憶體使用量大幅降低
  • 專案載入(Project Loading)速度提升約 8 倍
  • IntelliSense、Find All References、Go to Definition 以及錯誤診斷全面加速

與穩定版的共存策略

TypeScript 6.x 仍是 npm 上的當前穩定版本(npm install typescript),Visual Studio 2026 Insiders 中的 TypeScript 7 Beta 與之並存。未準備好遷移的專案可繼續使用 npm 安裝的 TypeScript 6.x SDK,不受影響。完整的語言特性與 breaking changes 清單預計在正式的「Announcing TypeScript 7.0 Beta」部落格文章中公開。

原始來源:Microsoft Visual Studio Blog


Servo 2026 年四月:530 次提交、首次 crates.io 發布、BoxFragment 記憶體 -10%

Servo Project · 2026-04-30

Servo 在 2026 年四月迎來歷史上提交量最高的單月,共合併 530 個 commit,並在 crates.io 發布了第一個正式版本,標誌著嵌入式引擎 API 趨於穩定。

Web Platform 新功能

  • Render-blocking scripts<script blocking=render>):允許頁面明確阻止渲染直到指定腳本完成,對字型載入場景尤為重要。
  • CSS 偽元素::first-letter::placeholder::file-selector-button 均已實作。
  • Background blend modes 與系統色值
  • Security headers:X-Frame-Options 與 Content-Security-Policy 開始生效。
  • SVG dimension attributes<input type=range> 支援。

DOM API 擴充

CommandEventNode.moveBefore()(無副作用的節點移動新 API)、MouseEvent/PointerEvent.relatedTargetHTMLSelectElement.selectedOptions,以及更多 crypto.subtle 操作(含 ECDSA 與 AES-GCM 變體)。

FreeBSD 支援

Servo 完成了對 FreeBSD 的初步建置支援,部分 workspace 仍需手動 workaround,但核心編譯管線已能跑通。

效能改善

BoxFragment 記憶體使用量減少 10%、長頁面捲動延遲降低、事件處理查找效率提升、以 Crossbeam channel 取代 IPC 開銷。

嵌入 API 破壞性變更

Accessibility 方法遷移至 WebView;pinch zoom 方法更名為 adjust_pinch_zoom;delegate 設定移至 WebViewBuilderEventLoopWaker.wake() 轉為必須實作。

原始來源:Servo Project Blog


Mozilla 正式反對 Chrome Prompt API:隱私、指紋識別與跨瀏覽器標準化疑慮

Mozilla Standards Positions · 2026-04-30

Mozilla 在其 standards-positions 倉庫中,對 Chrome Prompt API(即 window.ai / LanguageModel API)標記為 position: negative,表明 Firefox 不打算實作此提案。Chrome 148 已在 Origin Trial 中提供此功能,讓網頁 JavaScript 能直接呼叫瀏覽器內建的本機語言模型。

Mozilla 的反對立場

  • 隱私疑慮:瀏覽器 AI 模型行為(訓練資料、推論結果)難以稽核,頁面腳本可能藉此推斷使用者敏感資訊。
  • 跨瀏覽器標準化問題:提案目前主要由 Google/Chrome 推動,在 W3C 等標準組織中尚未形成廣泛共識,存在單一廠商主導風險。
  • 指紋識別向量:不同裝置的 AI 能力差異(記憶體、運算力、模型版本)可形成可識別的能力指紋,現有 explainer 未充分解釋如何緩解此問題。
  • 優雅降級策略缺失:在無 GPU 或低記憶體裝置上的行為未被充分定義。

與 WebKit 的對比

WebKit 也尚未公開表態支持此提案。目前 Prompt API 的生態支持主要來自 Chrome/Blink,形成明顯的單引擎現況。W3C WebML 工作組正試圖制定更廣泛的 on-device AI 標準框架,但 Prompt API 與 WebNN 等現有提案的關係尚未釐清。

原始來源:Mozilla Standards Positions GitHub Issue #1213


End of article
0
Would love your thoughts, please comment.x
()
x