以下是一些注意事項：
- 您可以使用新的可視區域大小單位，更輕鬆地建立自適應 UI。
- 彩色向量字型現在支援可變字型。
- File System Access API 一部分的介面
FileSystemSyncAccessHandle中的方法現在都屬於同步性質。 - 還有許多其他功能
我是 Adriana Jara。一起來深入探索 Chrome 108 版為開發人員提供的新功能。
新增可視區域大小單位
新的檢視區單元可讓您更靈活地建立自適應 UI。
這些單位會以不同的方式測量可視區域，因為會考量瀏覽器中可展開或摺疊的 UI 元素。例如網址列。
假設使用者代理程式介面已摺疊，large 單位會提供可視區域大小。
另一方面，small 單位會在介面展開的情況下提供可視區大小。
使用 dynamic 單位時，可視區域大小會自動調整，以回應瀏覽器介面元素是否顯示。
值會是大型單位 (最大值) 和小型單位 (最小值) 限制範圍內的任何值。
詳情請參閱這篇文章。另外，請查看 Android 可視區域調整大小行為的變更，以便妥善處理可視區域。
COLRv1 現已支援可變字型。
自 Chrome 98 起，系統就支援 COLRv1 彩色向量字型，但初始版本僅支援 COLRv1 表格的靜態功能。
不過，COLRv1 規格也包含 OpenType 變化，也就是說，您可以透過變更變數軸值來變更字型屬性。現在支援這類變化。
這個版本也包含適用於 CSS @supports 的 font-tech() 和 font-format() 條件擴充功能。
有了這些條件，開發人員就能偵測字型功能何時可供使用，為使用者提供最新體驗，並在無法支援時建立備用方案。
請參閱這裡的示範，並使用可變字型為文字增添效果。
FileSystemSyncAccessHandle 方法現在為同步方法。
原始私人檔案系統可提供特殊類型檔案的存取權，這些檔案經過高度最佳化，可提升效能。開發人員可以呼叫 createSyncAccessHandle() 來存取這類檔案，createSyncAccessHandle() 是 FileSystemFileHandle 物件上公開的方法。
這項呼叫會產生 FileSystemSyncAccessHandle。
該存取句柄中的 truncate(newSize)、getSize()、flush() 和 close() 方法原本為非同步，但自 Chrome 108 起已改為同步。
這項變更有充分的理由，因為它可讓 FileSystemSyncAccessHandle 與以 Wasm 為基礎的應用程式所預期的同步 POSIX 類型檔案 API 相符，讓 API 更符合人體工學，同時大幅提升效能。
這項變更可能會造成破壞性變更，如果您使用上述方法，任何 Promise.then() 的用法都會中斷。如果您在先前非同步 (現在已改為同步) 方法的結果上連結 then() 呼叫，就需要變更程式碼。
// ⛔️ This will break, and you need to restructure your code:
accessHandle.flush().then(/* Follow-up code */);
// ✅ Correct:
accessHandle.flush();
/* Follow-up code */
如需詳細操作說明，請參閱這篇文章
還有更多獎品等著您！
當然，還有許多其他功能
- 我們正在推出一項變更，針對已取代元素的
overflow行為進行調整。 - 如果您是識別資訊提供者，請參閱 Federated Credential Management API。
- Media Source Extensions API 現在可在 worker 內容中使用。
延伸閱讀
這份報告僅涵蓋部分重點。請參閱下列連結，瞭解 Chrome 108 的其他異動。
- Chrome 開發人員工具新功能 (108)
- Chrome 108 淘汰與移除措施
- Chrome 108 的 ChromeStatus.com 更新
- Chromium 來源存放區變更清單
- Chrome 發布時程表
訂閱
如要隨時掌握最新消息，請訂閱 Chrome 開發人員 YouTube 頻道，這樣一來，我們發布新影片時，你就會收到電子郵件通知。
我是 Adriana Jara，Chrome 109 一推出，我就會在這裡告訴你 Chrome 有哪些新功能！