Chrome 106 今天發布了一些實驗性功能和已棄用的功能。
自 Google Chrome 105 發布以來已經過去了四個星期，這意味著該瀏覽器的下一個主要版本可用了。Chrome 106 在新的 API 和功能方面沒有其前身那麼大的更新，但它仍然有一些很酷的功能，並將在今天的收盤時間發布。
這次我們將從棄用開始，其中有三個。常量配額類型在 requestFileSystem() 方法中已被棄用，因為它使代碼複雜化，由於其不經常使用而特別不受歡迎。HTTP/2 推送流將遭受同樣的命運，因為 Chrome 將不再接收、存儲在內存中或使用此配置發送的流。同樣，根據 RFC 6265bis 規範中的最新標準化，Chrome 106 也不再支持 cookie 域名屬性中的非 ASCII 字符。
在新功能方面，主要改進之一是支持SerialPort 中的自帶緩衝區 (BYOB) 功能。谷歌是這樣描述它的：
開發人員可以通過調用 getReader({mode: ‘byob’ }) 來發現對 BYOB 閱讀器的支持，因為舊實現在傳遞新參數時會拋出 TypeError。BYOB（或“自帶緩衝區”）讀取器允許開發人員指定讀取數據的緩衝區，而不是讓流為每個塊分配一個新緩衝區。除了潛在地減少內存負載外，這還允許開發人員控制接收的數據量，因為流返回的數據不能超過提供的緩衝區中的空間。與用於串行設備的 Windows 和 POSIX API 相比，從端口讀取一定量數據的能力使習慣於編程的開發人員更熟悉此 API，它們的工作原理相同，即“自帶緩衝區”。
BYOB 讀取器允許開發人員指定讀取數據的緩衝區，而不是讓流為每個塊分配緩衝區。除了潛在地減少內存壓力之外，這還允許腳本控制在一個塊中接收多少數據，因為流不能返回超過提供的緩衝區中的空間。從端口讀取一定量數據的能力一直是習慣於為 Windows 編程和串行設備的 POSIX API 編程的開發人員經常要求的功能，它們的工作原理相同，即“自帶緩衝區”。相比之下，當前的 API 要求開發人員防範額外的不需要的數據，而不是只讀取他們願意處理的內容。
此外，不帶 hyphenate-character 前綴的 CSS 屬性現在很穩定，將隨 Chrome 106 一起提供。“-webkit-hyphenate-character”屬性將在稍後日期被棄用，如果沒有給出日期。
Chrome 106 的另一個關鍵改進是對 v3 API Intl.NumberFormat 的支持。此版本具有以下新功能：
- 添加 3 個新的數字範圍格式化函數：formatRange / formatRangeToParts / selectRange
- 組枚舉
- 新的捨入/精度選項
- 舍入優先級
- 將字符串解釋為小數
- 舍入模式
- 標誌顯示負
此外，還為 WebCodecs 中的音頻和視頻接口引入了出隊回調。這使開發人員可以知道編碼和解碼接口中的隊列大小是否減少了，而不是設置定時函數來隨機檢查相同的情況。
此外，現在支持 CSS 長度單位“ic”。這用於表示日文和中文字體的“相對於水錶意文字的擴展度量”的長度，並且已經存在於 Safari 和 Firefox 中。展望未來，CORS 將在通過簽名 HTTP 交換預取和加載子資源時應用。
此版本的 Chrome 中還有一些實驗性功能。複選框阻止了兩個開發人員試用。第一個是將文件系統訪問 API 中的異步方法更新為同步方法。這將提高性能並確保 API 一致性。其次，谷歌將繼續其用戶代理減少計劃的第 5 階段。這個想法是在解析複雜的 User-Agent 字符串時提高隱私並減少出錯的可能性。
同樣，兩個功能也進入了 Origin 試驗。匿名框架提供了一種通過臨時上下文將文檔加載到外部框架的方法。因為它是跨域嵌入策略 (COEP) 的概括，所以它消除了第三方 iframe 支持 COEP 作為嵌入 COEP 頁面的先決條件的要求。此試用版將一直運行到 Chrome 108。
彈出式 API 現在也通過 Origin 試用版提供。它允許開發人員在 Web 應用程序之上顯示交互式臨時 UI 元素。它類似於“對話框”元素，但具有屏幕關閉行為、彈出交互控制、動畫、事件支持和無模式模式等新功能。
Chrome 106 將於今天下午開始推出。如果 Chrome 未在一天內自動更新到版本 106，請轉到幫助 > 關於 Google Chrome以在更新可用時立即激活。接下來是 Chrome 107，9 月 29 日發布測試版，10 月 25 日發布穩定版。
發佈留言