寫在前面?

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

這個實驗最有趣的地方在于，除了計算正確答案之外，我們還對 Javascript 最困難的方面進行了調(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)并進行分析，劇透：只有 8% 的響應(yīng)者正確解決了 TOP-1 測驗。

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

function foo(a, b = 10, c) {
 console.log(foo.length);
}


foo(1, 2, 3);

這里的關(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% 的人回答正確

const obj = {};


Object.defineProperty(obj, 'myCompany', {
 value: 'intspirit'
});


console.log(obj.myCompany);
delete obj.myCompany;
console.log(obj.myCompany);

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

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

語法：

Object.defineProperty(obj, prop, descriptors)

看這里：

• obj — 要在其上定義或修改屬性的對象。
• prop — 要定義或修改的屬性的名稱。
• descriptors — 屬性的描述符。

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

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

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

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

TypeError: Cannot delete property ‘myCompany’ of #<Object>

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

const numbers = ['9', '10', '11'].map(parseInt);
console.log(numbers);

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

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

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

parseInt('9', 0);
parseInt('10', 1);
parseInt('11', 2);

要了解 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，字符串的其余部分被解析為一個十六進制數(shù)。

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

根據(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ù)，二進制中的 11 是 3 -> 3

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

function User() {
 this.verified = true;
}


const user = new User();
const admin = Object.create(user);


const clone1 = { ...admin };
const clone2 = Object.assign({}, admin);


console.log(admin.verified, clone1.verified, clone2.verified);

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

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

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

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

function User() {
 this.verified = true;
}


const user = new User();

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

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

const admin = Object.create(user);

3）. 創(chuàng)建了兩個克?。阂粋€使用 ...spread 運算符，另一個使用 Object.assign：

const clone1 = { ...admin };
const clone2 = Object.assign({}, admin);

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

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

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

console.log(admin.verified, clone1.verified, clone2.verified); // true, undefined, undefined

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

這些對象的原型：

admin.__proto__ User { verified: true },
clone1.__proto__ [Object: null prototype] {},
clone2.__proto__ [Object: null prototype] {}

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

const clone1 = { __proto__: Object.getPrototypeOf(obj), ...obj };
const clone2 = Object.assign(Object.create(Object.getPrototypeOf(obj)), obj);

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

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

var str = 'Hello';
var str2 = String('Hello');

console.log(str instanceof String);
console.log(str2 instanceof String);

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

有什么難的？

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

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

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

‘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í)到一些新東西。