前言 一個ECMAScript標準的制作過程,包含了Stage 0到Stage 4五個階段,每個階段提交至下一階段都需要TC39審批通過,。本文介紹這些新特性處于Stage 3或者Stage 4階段,這意味著應該很快在瀏覽器和其他引擎中支持這些特性,。 一,、類的私有變量最新提案之一是在類中添加私有變量的方法。我們將使用 # 符號表示類的私有變量,。這樣就不需要使用閉包來隱藏不想暴露給外界的私有變量 class Counter { #x = 0; #increment() { this.#x++; } onClick() { this.#increment(); } } const c = new Counter(); c.onClick(); // 正常 c.#increment(); // 報錯 通過 # 修飾的成員變量或成員函數(shù)就成為了私有變量,,如果試圖在 Class 外部訪問,則會拋出異?!,,F(xiàn)在,此特性可在最新版本的 Chrome 和 Node.js中使用,。 二,、可選鏈操作符你可能碰到過這樣的情形:當需要訪問嵌套在對象內部好幾層的屬性時,會得到臭名昭著的錯誤Cannot read property 'stop' of undefined,然后你就要修改你的代碼來處理來處理屬性鏈中每一個可能的undefined對象,,比如:
如果obj或obj.first是null/undefined,,表達式將會短路計算直接返回undefined 三、空位合并操作符 我們在開發(fā)過程中,,經(jīng)常會遇到這樣場景:變量如果是空值,,則就使用默認值,我們是這樣實現(xiàn)的:
這兩種方式有個明顯的弊端,,它都會覆蓋所有的假值,,如(0, '', false),這些值可能是在某些情況下有效的輸入,。 為了解決這個問題,,有人提議創(chuàng)建一個“nullish”合并運算符,用 ?? 表示,。有了它,,我們僅在第一項為 null 或 undefined 時設置默認值。 例如有以下代碼:
四,、BigInt JS在Math上一直很糟糕的原因之一是,,無法精確表示大于的數(shù)字2 ^ 53,這使得處理相當大的數(shù)字變得非常困難,。
幸運的是,,BigInt(大整數(shù))就是來解決這個問題。你可以在BigInt上使用與普通數(shù)字相同的運算符,,例如 +, -, /, *, %等等,。 創(chuàng)建 BigInt 類型的值也非常簡單,只需要在數(shù)字后面加上 n 即可,。例如,,123 變?yōu)?123n。也可以使用全局方法 BigInt(value) 轉化,,入?yún)?value 為數(shù)字或數(shù)字字符串,。
只要在數(shù)字末尾加上 n,就可以正確計算大數(shù)了:
不過有一個問題,,在大多數(shù)操作中,,不能將 BigInt與Number混合使用。比較Number和 BigInt是可以的,,但是不能把它們相加,。
現(xiàn)在,此特性可在最新版本的 Chrome 和 Node.js中使用,。 五,、static 字段它允許類擁有靜態(tài)字段,類似于大多數(shù)OOP語言,。靜態(tài)字段可以用來代替枚舉,,也可以用于私有字段。
現(xiàn)在,,此特性可在最新版本的 Chrome 和 Node.js中使用。 六,、Top-level awaitES2017(ES8)中的 async/await 特性僅僅允許在 async 函數(shù)內使用 await 關鍵字,,新的提案旨在允許 await 關鍵字在頂層內容中的使用,,例如可以簡化動態(tài)模塊加載的過程:
這個特性在瀏覽器控制臺中調試異步內容(如 fetch)非常有用,而無需將其包裝到異步函數(shù)中,。 另一個使用場景是,,可以在以異步方式初始化的 ES 模塊的頂層使用它(比如建立數(shù)據(jù)庫連接)。當導入這樣的“異步模塊”時,,模塊系統(tǒng)將等待它被解析,,然后再執(zhí)行依賴它的模塊。這種處理異步初始化方式比當前返回一個初始化promise并等待它解決來得更容易,。一個模塊不知道它的依賴是否異步,。
在此示例中,在server.mjs中完成連接之前不會執(zhí)行任何操作db.mjs,。 現(xiàn)在,,此特性可在最新版本的 Chrome中使用。 七,、WeakRef一般來說,,在 JavaScript 中,對象的引用是強保留的,,這意味著只要持有對象的引用,,它就不會被垃圾回收。
目前在 Javascript 中,,WeakMap 和 WeakSet 是弱引用對象的唯一方法:將對象作為鍵添加到 WeakMap 或 WeakSet 中,是不會阻止它被垃圾回收的,。
JavaScript 的 WeakMap 并不是真正意義上的弱引用:實際上,,只要鍵仍然存活,它就強引用其內容,。WeakMap 僅在鍵被垃圾回收之后,,才弱引用它的內容。 WeakRef 是一個更高級的 API,,它提供了真正的弱引用,,Weakref 實例具有一個方法 deref,該方法返回被引用的原始對象,,如果原始對象已被收集,,則返回undefined對象
|
|