我們已經(jīng)根據(jù)這些測驗答案的統(tǒng)計數(shù)據(jù)發(fā)布了一篇包含最難主題的文章。為了識別這些主題，我們將所有已發(fā)布的測驗按主題進(jìn)行劃分，它一共有15個主題，并計算每個主題的平均百分比。

　　這個實驗最有趣的地方在于，除了計算正確答案之外，我們還對 Javascript 最困難的方面進(jìn)行了調(diào)查，結(jié)果大相徑庭。

　　在調(diào)查中，大部分受訪者回答他們最困難的話題是 Promises，而據(jù)統(tǒng)計，Promises 僅排在第 4 位。

　　我們應(yīng)該在每項任務(wù)旁邊留下關(guān)于正確答案百分比的注釋。你不應(yīng)該將此筆記視為恒定的并且 100% 反映現(xiàn)實。

　　首先，新程序員每天都會回答我們發(fā)布的測驗并更改統(tǒng)計數(shù)據(jù)，文章中出現(xiàn)的所有數(shù)字都是在文章發(fā)表時確定的。

　　其次，一些答案當(dāng)然是不小心猜到了，或者點錯了地方等等。不過，在采訪了大量的 JS 開發(fā)人員之后，我們可以自信地說，這個統(tǒng)計數(shù)據(jù)清楚地反映了現(xiàn)實。

　　那么，讓我們看看 TOP-5 最難的 JS 挑戰(zhàn)并進(jìn)行分析，劇透：只有 8% 的響應(yīng)者正確解決了 TOP-1 測驗。

　　Top-5、默認(rèn)函數(shù)參數(shù)和函數(shù)長度屬性，18% 的人回答正確

　　這里的關(guān)鍵點是函數(shù)的長度屬性應(yīng)該提供有關(guān)函數(shù)的元數(shù)的信息，該信息是作為她的正式定義參數(shù)的數(shù)量計算的。

　　ES2015 中引入了默認(rèn)參數(shù)功能。在此之前，所有函數(shù)參數(shù)都被視為形式參數(shù)，函數(shù)長度屬性用于返回所有函數(shù)參數(shù)編號。

　　隨著默認(rèn)參數(shù)的引入，長度屬性的行為發(fā)生了變化。由于很明顯帶有默認(rèn)值的參數(shù)是可選的，所以這樣的參數(shù)不包括在函數(shù)的長度中。

　　按照常識，默認(rèn)值參數(shù)后面的所有參數(shù)也是可選的。因此，它們也不包含在函數(shù)的長度屬性中。

　　TOP-4、Object.defineProperty 方法及其默認(rèn)參數(shù)，14% 的人回答正確

　　大多數(shù)受訪者對此測驗的回答未定義。原因：不知道 Object.defineProperty() 方法是如何工作的。

　　Object.defineProperty() 方法定義對象的新屬性，或修改對象的現(xiàn)有屬性。

　　語法：

　　看這里：

　　obj — 要在其上定義或修改屬性的對象。

　　prop — 要定義或修改的屬性的名稱。

　　descriptors — 屬性的描述符。

　　有兩種類型的描述符：數(shù)據(jù)描述符(值、可寫、可枚舉、可配置)和訪問描述符(get 和 set)。在此示例的上下文中，我們對數(shù)據(jù)描述符感興趣。

　　默認(rèn)情況下，使用 Object.defineProperty() 添加的屬性不可寫、不可枚舉且不可配置。

　　可配置屬性指定是否可以從對象中刪除屬性，以及將來是否可以更改屬性描述符。如果為真，則該屬性將可用于刪除和修改其描述符，如果為假，則不可以修改。默認(rèn)設(shè)置為 false。

　　因此，測驗的正確答案是 intspirit，刪除該屬性的嘗試將被忽略。如果你在嚴(yán)格模式下運行代碼，你會得到一個錯誤：

　　Top-3、Array.map & parseInt，14% 的人回答正確

　　Array.map() 方法接受一個帶有 3 個參數(shù)的回調(diào)函數(shù)。我們只會對前兩個感興趣：值和索引。

　　parseInt 函數(shù)有 2 個參數(shù)：一個要轉(zhuǎn)換為數(shù)字的字符串和一個基數(shù)。

　　所以在我們的例子中， parseInt 將使用以下參數(shù)調(diào)用：

　　要了解 parseInt 如何處理這些基數(shù)，讓我們看一下 mdn 中的基數(shù)參數(shù)描述：

　　radix — 2 到 36 之間的整數(shù)，表示字符串的基數(shù)(數(shù)學(xué)數(shù)字系統(tǒng)中的基數(shù))。如果超出此范圍，該函數(shù)將始終返回 NaN。如果 是0 或未提供，JavaScript 假定如下：

　　1). 如果輸入字符串以 0x 或 0X(零，后跟小寫或大寫 X)開頭，去除了前導(dǎo)空格和可能的 +/- 符號，則假定基數(shù)為 16，字符串的其余部分被解析為一個十六進(jìn)制數(shù)。

　　2). 如果輸入字符串以任何其他值開頭，則基數(shù)為 10(十進(jìn)制)。

　　根據(jù)這個定義，我們得到以下結(jié)果：

　　parseInt('9', 0) -> radix 0 等同于沒有基數(shù)的調(diào)用。因為第一個參數(shù)不是以 0x 或 0X 開頭，所以 radix 將默認(rèn)為10 -> parseInt(‘9’, 10) -> 9

　　parseInt('10', 1)-> 1 — 無效基數(shù)(超出范圍)-> NaN

　　parseInt('11', 2) -> 2 — 有效基數(shù)，二進(jìn)制中的 11 是 3 -> 3

　　TOP-2、使用 Object.create 和 Object.assign 克隆對象。11% 的人回答正確

　　我們的頻道中有一系列測驗，專門討論 Object.assign 和 ...spread 運算符的工作差異。對于任何對深度 JS 感興趣的人，我們強烈建議你解決所有這些問題。

　　在每個測驗下，你都會找到關(guān)于它是如何工作的詳細(xì)說明。這只是對本示例中的代碼如何工作的簡要描述，因為事實證明它是整個測驗系列中的受訪者最困難的。

　　所以..讓我們了解這個例子中發(fā)生了什么。

　　1).將已驗證屬性設(shè)置為 true 的用戶構(gòu)造函數(shù)及其實例被創(chuàng)建：

　　2).使用用戶對象作為原型創(chuàng)建管理對象。根據(jù) mdn網(wǎng)站的介紹：

　　Object.create() 方法創(chuàng)建一個新對象，使用現(xiàn)有對象作為新創(chuàng)建對象的原型。

　　3). 創(chuàng)建了兩個克隆：一個使用 ...spread 運算符，另一個使用 Object.assign：

　　你知道rest和spread算子的區(qū)別嗎?兩者都使用三個點(…)，但這兩個運算符不一樣。

　　它們之間的主要區(qū)別在于，rest 運算符的目標(biāo)是在擴展運算符將可迭代對象擴展為單個元素時，將其余一些提供的值放入一個數(shù)組中。

　　4).查看驗證的屬性是否被克?。?/p>

　　admin 對象顯然將其驗證屬性設(shè)置為 true，因為它使用用戶作為其原型。但是，如你所見，沒有一個克隆具有經(jīng)過驗證的屬性。這是因為 ...spread 運算符和 Object.assign 在克隆時都忽略了原型。

　　這些對象的原型：

　　克隆一個對象，包括它的原型：

　　注意：__proto__ 只是 Web 瀏覽器中的強制功能，一般 JS 引擎中沒有。

　　TOP-1、字符串函數(shù)和 instanceof 運算符，8%的人回答正確

　　這是一百多個特別挑選的非平凡任務(wù)中最困難的一個任務(wù)。只有 2 個正確答案——其中一個是頻道管理員給出的，呵呵 :)

　　有什么難的?

　　如果你查看答案的統(tǒng)計數(shù)據(jù)，你會發(fā)現(xiàn)受訪者的意見在兩個錯誤答案之間大致相等。

　　在本文發(fā)表時——38% 的開發(fā)人員認(rèn)為這兩個表達(dá)式都會返回 true，35% 的開發(fā)人員認(rèn)為只有第二個語句是true。下半場更接近了。

　　可以假設(shè)那些回答該表達(dá)式的人

　　‘Hello’ instanceof String 為false，而 String(‘Hello’) instanceof String 為true，知道 instanceof 運算符僅適用于對象，不適用于原語，但對 String 函數(shù)返回的內(nèi)容感到困惑。

　　事實上，這兩種說法都是錯誤的。因為：

　　instanceof 運算符僅適用于對象。

　　字符串文字“Hello”是原始的。

　　非構(gòu)造函數(shù)上下文中的字符串調(diào)用(不使用 new 關(guān)鍵字調(diào)用)返回一個原始字符串。

　　到這里，我就把這個5個問題分解完了，希望對你有用。

　　總結(jié)

　　關(guān)于JavaScript的挑戰(zhàn)學(xué)習(xí)測試題，其實有很多，我這里只是選取了一些看起來容易搞混出錯的題目，希望你能從中學(xué)習(xí)到一些新東西。