Chrome 75 新特性
新特性一:支持低延遲 canvas context 偏好設置 Hint for low latency canvas contexts
解決什麼問題?
咱們使用 canvas 元素來進行繪製時,對 canvas 的繪製操做要呈現到頁面上,須要有一個與 DOM 同步的過程,這個過程在某些狀況下會存在延遲,若是延遲超過 50 毫秒,用戶就能夠明顯地感覺到。好比在一個繪畫類的 Web APP 中,若是用戶用畫筆繪製的速度較快,用戶的目光和手的繪製操做就沒法作到同步和協調,給用戶帶來遲鈍的感覺,從而使得應用的比較難以使用。
解決思路
由於現有的同步機制中,在系統實現上存在許多合成操做,因此若是能夠在建立 canvas context (即繪製環境)時,就提示(Hint)系統繞過常規的 DOM 更新機制而採用另外一套機制,儘量多地跳過一些合成步驟(在某些狀況下就是直接將 canvas 內部實現中的緩衝區內容直接發送到顯示器的控制器上)的話,就能夠消除合成步驟所引發的延遲。(之因此稱爲「提示」,是由於並不是全部系統或者全部狀況下都支持)
解決方法
在 canvas.getContext() 方法到第二個參數中新增 desynchronized(去同步)選項,當該選項爲 true 時,表示建立低延遲的繪製環境(context)。
使用示例
相關資料
新特性二:支持經過 Web Share API 分享文件
背景知識
在 Web Share 規範沒出現以前,網頁上的資源分享徹底由瀏覽器掌控,只能作些簡單的連接、圖片分享;Web Share API 出現以後,將分享功能開放給了網頁應用,可讓網頁應用自身調用操做系統的分享,將頁面、頁面中的資源(圖片、音視頻、文件等)分享給系統中安裝的應用。本次的 Chrome 更新,實現的就是對 Web Share 規範的文件分享支持。
使用示例
第一步:特性檢查
canShare 是用來檢查是否支持文件分享的
第二步:具體實現
提示:要分享的文件的獲取方式之一能夠是 <input type=file> 得到
相關資料
新特性三:數值字面量表達式支持使用下劃線「_」進行美化
解決什麼問題?
當數值過大,其字面表達式就會過長,影響閱讀,好比:1000000000 這個數值,若是不數一下位數,是很難直接看出來它的值是十億
解決方法
支持用 _ 做爲分隔符來加強可閱讀性,如:1_000_000_000
注意
1. _ 符號只能用在數字與數字之間
2. 兩個及以上的連續的 _ 是不符合語法的
3. 因此像 3._1四、_2.7一、1.6__2 這些表達都是不合語法的
關聯文檔
參考資料
其餘說明
本文同時發佈與於
做者:西樓聽雨 我就是21世紀最偉大的發明
打賞:你的一枚硬幣,培養的卻多是下一代比爾·蓋茨
聯繫 & 交流 & 聘用
歡迎關注本站公眾號,獲取更多信息