我們知道現(xiàn)在的開發(fā)人員都使用 === 來(lái)代替 ==，為什么呢?

我在網(wǎng)上看到的大多數(shù)教程都認(rèn)為，要預(yù)測(cè) JavaScript 強(qiáng)制轉(zhuǎn)換是如何工作這太復(fù)雜了，因此建議總是使用===。

這些都導(dǎo)致許多程序員將該語(yǔ)言的一部分排除在外，并將其視為一種缺陷，而不是去擴(kuò)大他們的對(duì)該過(guò)程的理解。

下面通過(guò)兩個(gè)使用案例，說(shuō)明使用 == 的好處。

1. 測(cè)試空值

if (x == null) 
vs 
if (x === undefined || x === null) 

2. 讀取用戶的輸入

在本文中，我們將通過(guò)對(duì)比差異，理解強(qiáng)制性，研究一些流行的用例，并最終找到指導(dǎo)我們做出決定的準(zhǔn)則，來(lái)深入了解該主題。

簡(jiǎn)介

在Javascript中，相等由兩個(gè)運(yùn)算符完成。

• === —嚴(yán)格相等比較也稱為三等運(yùn)算符。
• == — 抽象的相等比較

我一直在使用===，因?yàn)槲冶桓嬷?=更好和更好，而且我根本不需要考慮它，作為一個(gè)懶惰的人，我覺(jué)得很方便。

直到我觀看了Kyle或[@getfiy][1]的[You Do n't Know JS][2]作者在Frontend Masters上的“ Deep JavaScript Foundations”。

作為一名專業(yè)的程序員，我沒(méi)有深入思考我每天工作中使用的操作符，這一事實(shí)激勵(lì)我去傳播意識(shí)，并鼓勵(lì)人們更多地理解和關(guān)注我們編寫的代碼。

事實(shí)的根源在哪里

知道真實(shí)的原因在哪里很重要。不是在 Mozilla 的 W3school 上，也不在聲稱===優(yōu)于==的數(shù)百篇文章中，而且在這篇文章中也絕對(duì)沒(méi)有。。

在JavaScript規(guī)范中，我們可以找到關(guān)于JavaScript如何工作的[文檔][3]。

打破常識(shí)

(1) `==`只檢查值(松散)

如果看一下規(guī)范，從定義中可以很清楚地看出，算法要做的第一件事實(shí)際上就是檢查類型。

(2) `===`檢查值和類型(嚴(yán)格)

在這里，我們同樣可以從規(guī)范中看到，它檢查類型，如果它們不同，則不會(huì)再檢查值。

雙等號(hào)和三等號(hào)之間的真正區(qū)別是我們是否允許強(qiáng)制轉(zhuǎn)換。

JavaScript 中的強(qiáng)制轉(zhuǎn)換

強(qiáng)制轉(zhuǎn)換或類型轉(zhuǎn)換是任何編程語(yǔ)言的基礎(chǔ)之一。這對(duì)于動(dòng)態(tài)類型化的語(yǔ)言(例如JavaScript)尤為重要，因?yàn)槿绻愋透模幾g器不會(huì)對(duì)它大喊大叫，找它麻煩。

理解強(qiáng)制性意味著我們能夠以與JavaScript相同的方式解釋代碼，從而為我們提供了更大的可擴(kuò)展性并最大程度地減少了錯(cuò)誤。

(1) 顯性強(qiáng)制轉(zhuǎn)換

強(qiáng)制轉(zhuǎn)換可以在程序員調(diào)用這些方法之一時(shí)顯式發(fā)生，從而強(qiáng)制改變變量的類型。

Boolean(), Number(), BigInt(), String(), Object()

事例：

let x = 'foo'; 
typeof x // string 
x = Boolean('foo') 
typeof x // boolean 

(2) 隱藏轉(zhuǎn)換

在JavaScript中，變量的類型很弱，因此這意味著它們可以自動(dòng)轉(zhuǎn)換(隱式強(qiáng)制)。當(dāng)我們使用算術(shù)運(yùn)算符+ / — *，周圍的上下文或使用==時(shí)，通常是這種情況。

2 / '3' // '3' 強(qiáng)制轉(zhuǎn)為  3 
new Date() + 1 //  強(qiáng)制轉(zhuǎn)換為以1結(jié)尾的日期字符串 
if(x) // x 被強(qiáng)制為布爾值 
1 == true // true 被強(qiáng)制為 1 
1 == 'true' // 'true' 被強(qiáng)制為  NaN 
`this ${variable} will be coreced to string 

隱性強(qiáng)制是一把雙刃劍，合理使用可以增加可讀性，減少冗長(zhǎng)。如果使用不當(dāng)或被誤解，我們就會(huì)有一個(gè)讓人失望的公式，人們會(huì)咆哮并指責(zé)JavaScript。

比較的算法

(1) == 運(yùn)算符號(hào)的算法

• 如果X和Y是相同的類型，則執(zhí)行===。
• 如果X為null且Y未定義或反之，則為true。
• 如果一個(gè)是數(shù)字，則將另一個(gè)強(qiáng)制為數(shù)字。
• 如果一個(gè)是對(duì)象，則強(qiáng)制轉(zhuǎn)換為原始對(duì)象。
• 其它，返回 false。

(2) === 比較的算法

• 如果類型不匹配 false。
• 如果類型匹配-比較值，為 NaN 時(shí)返回false。
• -0 — true.

流行的用例

(1) 同類型(多數(shù)情況)

如果類型相同，則===與==完全相同。因此，應(yīng)該使用語(yǔ)義性更強(qiáng)的那個(gè)。

1 == 1 // true       
'foo' == 'foo' // true   

類型不同，我更喜歡用 ===。

(2) 不同類型(原始類型)

首先，我想提醒您注意，不同類型并不意味著未知類型。不知道類型表明代碼中的問(wèn)題比僅使用 === vs==更大。了解類型表明對(duì)代碼有更深入的理解，這會(huì)減少更多的錯(cuò)誤。

假設(shè)我們有一個(gè)數(shù)字或字符串的可能性。請(qǐng)記住，算法更偏向數(shù)字類型，因此它將嘗試使用toNumber()

let foo = 2; 
let bar = 32; // number 還是 string 
foo == bar // 如果 bar 是字符串，它會(huì)轉(zhuǎn)換成 number 
foo === Number(bar) // doing basically the same 
foo === bar //  bar 為 string 則該結(jié)果為 false 

(3) null和undefined

使用==時(shí)，null和undefined彼此相等。

let foo = null 
let bar = undefined;  
foo == bar // true 
foo === bar // false 

(4) 非原始類型[對(duì)象，數(shù)組]

不應(yīng)該使用==或===來(lái)比較對(duì)象和數(shù)組等非原始類型的數(shù)據(jù)。

決策準(zhǔn)則

• 在所有可以使用的情況下，最好使用==。
• ==具有已知類型，可以選擇強(qiáng)制類型轉(zhuǎn)換。
• 知道類型總比不知道好。
• 如果不知道類型，就不要使用==。
• 當(dāng)類型不匹配時(shí)，=== 是沒(méi)有意義的。
• 當(dāng)類型匹配時(shí)，===是不必要的。

避免使用 == 情況

在某些情況下，如果不真正了解JavaScript中的虛值，則不應(yīng)使用==。

== with 0 or "" or "   " 
== with non primtives 
== true  or  == false 

總結(jié)

根據(jù)我的經(jīng)驗(yàn)，到目前為止，我一直都知道我要處理的變量的類型，如果我不知道，我就使用typeof來(lái)只允許我所期望的變量。

需要注意的四點(diǎn)：

• 如果你不知道變量類型，那么使用===是惟一合理的選擇
• 不知道類型可能意味著你不理解代碼，請(qǐng)嘗試重構(gòu)你的代碼
• 知道類型可以編寫更好的代碼。
• 如果類型已知，則最好使用==。

原文：

https://domnung.com/article/618194/learning//2020-01-30/medium.com/===-javascript-coercion-types-standing/stop-using-%3D%3D%3D-everywhere