我們已經(jīng)根據(jù)這些測(cè)驗(yàn)答案的統(tǒng)計(jì)數(shù)據(jù)發(fā)布了一篇包含最難主題的文章。為了識(shí)別這些主題,我們將所有已發(fā)布的測(cè)驗(yàn)按主題進(jìn)行劃分,它一共有15個(gè)主題,并計(jì)算每個(gè)主題的平均百分比。
這個(gè)實(shí)驗(yàn)最有趣的地方在于,除了計(jì)算正確答案之外,我們還對(duì) Javascript 最困難的方面進(jìn)行了調(diào)查,結(jié)果大相徑庭。
在調(diào)查中,大部分受訪者回答他們最困難的話(huà)題是 Promises,而據(jù)統(tǒng)計(jì),Promises 僅排在第 4 位。
我們應(yīng)該在每項(xiàng)任務(wù)旁邊留下關(guān)于正確答案百分比的注釋。你不應(yīng)該將此筆記視為恒定的并且 100% 反映現(xiàn)實(shí)。
首先,新程序員每天都會(huì)回答我們發(fā)布的測(cè)驗(yàn)并更改統(tǒng)計(jì)數(shù)據(jù),文章中出現(xiàn)的所有數(shù)字都是在文章發(fā)表時(shí)確定的。
其次,一些答案當(dāng)然是不小心猜到了,或者點(diǎn)錯(cuò)了地方等等。不過(guò),在采訪了大量的 JS 開(kāi)發(fā)人員之后,我們可以自信地說(shuō),這個(gè)統(tǒng)計(jì)數(shù)據(jù)清楚地反映了現(xiàn)實(shí)。
那么,讓我們看看 TOP-5 最難的 JS 挑戰(zhàn)并進(jìn)行分析,劇透:只有 8% 的響應(yīng)者正確解決了 TOP-1 測(cè)驗(yàn)。
Top-5、默認(rèn)函數(shù)參數(shù)和函數(shù)長(zhǎng)度屬性,18% 的人回答正確
這里的關(guān)鍵點(diǎn)是函數(shù)的長(zhǎng)度屬性應(yīng)該提供有關(guān)函數(shù)的元數(shù)的信息,該信息是作為她的正式定義參數(shù)的數(shù)量計(jì)算的。
ES2015 中引入了默認(rèn)參數(shù)功能。在此之前,所有函數(shù)參數(shù)都被視為形式參數(shù),函數(shù)長(zhǎng)度屬性用于返回所有函數(shù)參數(shù)編號(hào)。
隨著默認(rèn)參數(shù)的引入,長(zhǎng)度屬性的行為發(fā)生了變化。由于很明顯帶有默認(rèn)值的參數(shù)是可選的,所以這樣的參數(shù)不包括在函數(shù)的長(zhǎng)度中。
按照常識(shí),默認(rèn)值參數(shù)后面的所有參數(shù)也是可選的。因此,它們也不包含在函數(shù)的長(zhǎng)度屬性中。
TOP-4、Object.defineProperty 方法及其默認(rèn)參數(shù),14% 的人回答正確
大多數(shù)受訪者對(duì)此測(cè)驗(yàn)的回答未定義。原因:不知道 Object.defineProperty() 方法是如何工作的。
Object.defineProperty() 方法定義對(duì)象的新屬性,或修改對(duì)象的現(xiàn)有屬性。
語(yǔ)法:
看這里:
obj — 要在其上定義或修改屬性的對(duì)象。
prop — 要定義或修改的屬性的名稱(chēng)。
descriptors — 屬性的描述符。
有兩種類(lèi)型的描述符:數(shù)據(jù)描述符(值、可寫(xiě)、可枚舉、可配置)和訪問(wèn)描述符(get 和 set)。在此示例的上下文中,我們對(duì)數(shù)據(jù)描述符感興趣。
默認(rèn)情況下,使用 Object.defineProperty() 添加的屬性不可寫(xiě)、不可枚舉且不可配置。
可配置屬性指定是否可以從對(duì)象中刪除屬性,以及將來(lái)是否可以更改屬性描述符。如果為真,則該屬性將可用于刪除和修改其描述符,如果為假,則不可以修改。默認(rèn)設(shè)置為 false。
因此,測(cè)驗(yàn)的正確答案是 intspirit,刪除該屬性的嘗試將被忽略。如果你在嚴(yán)格模式下運(yùn)行代碼,你會(huì)得到一個(gè)錯(cuò)誤:
Top-3、Array.map & parseInt,14% 的人回答正確
Array.map() 方法接受一個(gè)帶有 3 個(gè)參數(shù)的回調(diào)函數(shù)。我們只會(huì)對(duì)前兩個(gè)感興趣:值和索引。
parseInt 函數(shù)有 2 個(gè)參數(shù):一個(gè)要轉(zhuǎn)換為數(shù)字的字符串和一個(gè)基數(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(零,后跟小寫(xiě)或大寫(xiě) X)開(kāi)頭,去除了前導(dǎo)空格和可能的 +/- 符號(hào),則假定基數(shù)為 16,字符串的其余部分被解析為一個(gè)十六進(jìn)制數(shù)。
2). 如果輸入字符串以任何其他值開(kāi)頭,則基數(shù)為 10(十進(jìn)制)。
根據(jù)這個(gè)定義,我們得到以下結(jié)果:
parseInt('9', 0) -> radix 0 等同于沒(méi)有基數(shù)的調(diào)用。因?yàn)榈谝粋€(gè)參數(shù)不是以 0x 或 0X 開(kāi)頭,所以 radix 將默認(rèn)為10 -> parseInt(‘9’, 10) -> 9
parseInt('10', 1)-> 1 — 無(wú)效基數(shù)(超出范圍)-> NaN
parseInt('11', 2) -> 2 — 有效基數(shù),二進(jìn)制中的 11 是 3 -> 3
TOP-2、使用 Object.create 和 Object.assign 克隆對(duì)象。11% 的人回答正確
我們的頻道中有一系列測(cè)驗(yàn),專(zhuān)門(mén)討論 Object.assign 和 ...spread 運(yùn)算符的工作差異。對(duì)于任何對(duì)深度 JS 感興趣的人,我們強(qiáng)烈建議你解決所有這些問(wèn)題。
在每個(gè)測(cè)驗(yàn)下,你都會(huì)找到關(guān)于它是如何工作的詳細(xì)說(shuō)明。這只是對(duì)本示例中的代碼如何工作的簡(jiǎn)要描述,因?yàn)槭聦?shí)證明它是整個(gè)測(cè)驗(yàn)系列中的受訪者最困難的。
所以..讓我們了解這個(gè)例子中發(fā)生了什么。
1).將已驗(yàn)證屬性設(shè)置為 true 的用戶(hù)構(gòu)造函數(shù)及其實(shí)例被創(chuàng)建:
2).使用用戶(hù)對(duì)象作為原型創(chuàng)建管理對(duì)象。根據(jù) mdn網(wǎng)站的介紹:
Object.create() 方法創(chuàng)建一個(gè)新對(duì)象,使用現(xiàn)有對(duì)象作為新創(chuàng)建對(duì)象的原型。
3). 創(chuàng)建了兩個(gè)克隆:一個(gè)使用 ...spread 運(yùn)算符,另一個(gè)使用 Object.assign:
你知道rest和spread算子的區(qū)別嗎?兩者都使用三個(gè)點(diǎn)(…),但這兩個(gè)運(yùn)算符不一樣。
它們之間的主要區(qū)別在于,rest 運(yùn)算符的目標(biāo)是在擴(kuò)展運(yùn)算符將可迭代對(duì)象擴(kuò)展為單個(gè)元素時(shí),將其余一些提供的值放入一個(gè)數(shù)組中。
4).查看驗(yàn)證的屬性是否被克?。?/p>
admin 對(duì)象顯然將其驗(yàn)證屬性設(shè)置為 true,因?yàn)樗褂糜脩?hù)作為其原型。但是,如你所見(jiàn),沒(méi)有一個(gè)克隆具有經(jīng)過(guò)驗(yàn)證的屬性。這是因?yàn)?...spread 運(yùn)算符和 Object.assign 在克隆時(shí)都忽略了原型。
這些對(duì)象的原型:
克隆一個(gè)對(duì)象,包括它的原型:
注意:__proto__ 只是 Web 瀏覽器中的強(qiáng)制功能,一般 JS 引擎中沒(méi)有。
TOP-1、字符串函數(shù)和 instanceof 運(yùn)算符,8%的人回答正確
這是一百多個(gè)特別挑選的非平凡任務(wù)中最困難的一個(gè)任務(wù)。只有 2 個(gè)正確答案——其中一個(gè)是頻道管理員給出的,呵呵 :)
有什么難的?
如果你查看答案的統(tǒng)計(jì)數(shù)據(jù),你會(huì)發(fā)現(xiàn)受訪者的意見(jiàn)在兩個(gè)錯(cuò)誤答案之間大致相等。
在本文發(fā)表時(shí)——38% 的開(kāi)發(fā)人員認(rèn)為這兩個(gè)表達(dá)式都會(huì)返回 true,35% 的開(kāi)發(fā)人員認(rèn)為只有第二個(gè)語(yǔ)句是true。下半場(chǎng)更接近了。
可以假設(shè)那些回答該表達(dá)式的人
‘Hello’ instanceof String 為false,而 String(‘Hello’) instanceof String 為true,知道 instanceof 運(yùn)算符僅適用于對(duì)象,不適用于原語(yǔ),但對(duì) String 函數(shù)返回的內(nèi)容感到困惑。
事實(shí)上,這兩種說(shuō)法都是錯(cuò)誤的。因?yàn)椋?/p>
instanceof 運(yùn)算符僅適用于對(duì)象。
字符串文字“Hello”是原始的。
非構(gòu)造函數(shù)上下文中的字符串調(diào)用(不使用 new 關(guān)鍵字調(diào)用)返回一個(gè)原始字符串。
到這里,我就把這個(gè)5個(gè)問(wèn)題分解完了,希望對(duì)你有用。
總結(jié)
關(guān)于JavaScript的挑戰(zhàn)學(xué)習(xí)測(cè)試題,其實(shí)有很多,我這里只是選取了一些看起來(lái)容易搞混出錯(cuò)的題目,希望你能從中學(xué)習(xí)到一些新東西。