如何在JavaScript中對類型進行強制轉換

這篇文章給大家介紹如何在JavaScript中對類型進行強制轉換，內容非常詳細，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

avaScript 原語

JavaScript 建立在一系列基本單元之上。你應該對其中的一些已經很熟悉了，比如字符串和數字：

var greet = "Hello";
var year = 89;

字符串和數字是該語言所謂“原語”的一部分。完整清單是：

1. String

2. Number

3. Boolean

4. Null

5. Undefined

6. Object

7. Symbol (ES6中添加，此處不予介紹)

布爾值用來表示可能是真或假的值。 null 是故意不去賦值，它通常被分配給一個變量，用于表示綁定完畢，稍后將填充有意義的內容。

var maybe = null;

然后才是 undefined，這意味著變量仍然沒有被附加上：

var name;
console.log(name)
undefined

null 和 undefined 看起來非常相似，但它們是兩個截然不同的實體，很多開發人員仍然不確定應該使用哪個。

如果要判斷 JavaScript 實例的類型，可以用 typeof 運算符。讓我們用字符串嘗試一下：

typeof "alex"
> "string"

還有數字：

typeof 9
> "number"

用于布爾值：

typeof false
> "boolean"

undefined：

typeof undefined
> "undefined"

還有 null：

typeof null
> "object"

結果令人驚訝！ null 看起來像一個對象，但實際上它是 JavaScript 中的一個歷史性錯誤，自語言誕生就躺在那里了。 由于這些問題，JavaScript 一直聲名狼借。但這僅僅是個開始。

陌生的事情

在 JavaScript 中，在兩種類型之間進行轉換時有一些奇怪的規則。讓我給你一些背景信息。先用 Python 舉一個例子。 在 Python 中執行以下指令：

'hello' + 89

會給你一個明確的錯誤：

TypeError: can only concatenate str (**not** "int") to str

而在 JavaScript 中，只有天空才是你的極限：

'hello' + 89

事實上給出：

"hello89"

 如果我們嘗試向字符串添加數組，看起來會更加奇怪：

'hello' + []

將會得到

 'hello'

 還有

'hello' + [89]

 會給你一個驚喜：

 "hello89"

 看起來這種轉換背后存在某種邏輯。它甚至適用于存在更多元素的 array ：

'hello' + [89, 150.156, 'mike']

得到：

"hello89,150.156,mike"

 這兩行 JavaScript 足以讓 Java 程序員逃離。但是這種行為在 JavaScript 中 100％ 是又意義的。因此這種隱式轉換，也稱為強制類型轉換是非常值得探索的。

當一個數字變成一個字符串

一些編程語言有一個叫做類型轉換的概念，這意味著：如果我想把一個數字或實例轉換為另一種類型，那么我必須使顯式轉換。它也適用于 JavaScript。請看以下示例：

var greet = "Hello";
var year = 89;

如果我想明確的進行轉換，可以在代碼中表明意圖：

var greet = "Hello";
var year = 89;

var yearString = year.toString()

要么這樣做：

var greet = "Hello";
var year = 89;

var yearString = String(year)

然后我可以連接兩個變量：

greet + yearString;

 但是在 JavaScript 中有一種被稱為隱式轉換的微妙機制，由 JavaScript 引擎提供。該語言不會阻止我們對數字和字符串進行加法操作：

'hello' + 89

會得到：

"hello89"

 但是這種轉換背后的邏輯是什么？你可能會驚訝地發現 JavaScript 中的加法運算符 + 會自動將兩個操作數中的任何一個都轉換為字符串，如果其中至少有一個是字符串的話！

你會發現更令人驚訝的是，這條規則在ECMAScript規范中一脈相承。 第11.6.1節 定義了加法運算符的行為，我在這里為你做了總結：

如果 x 是 String 或 y 是String，則返回 ToString(x)，然后返回ToString(y)

這個花招只適用于數字嗎？并不是。 數組和對象也會受到相同的轉換：

'hello' + [89, 150.156, 'mike']

會得到：

"hello89,150.156,mike"

 那么下面的代碼會得到怎樣的結果：

'hello' + { name: "Jacopo" }

要找到答案，你可以通過將對象轉換為字符串來進行快速測試：

String({ name: "Jacopo" })

將會得到：

"[object Object]"

 所以我有一種感覺：

'hello' + { name: "Jacopo" }

會得到：

"hello[object Object]"

 打住！這又是什么？

JavaScript 中 [object Object] 的含義是什么？
“[object Object]” 是最常見的 JavaScript “怪癖”之一。

幾乎每個 JavaScript 實例都有一個名為 toString() 的方法，有些方法是由 Object.prototype.toString 提供的。
某些類型（如數組）實現了 toString() 的自定義版本，以便在調用方法時將值轉換為字符串。例如 Array.prototype.toString 會覆蓋 Object.toString()（也稱為 method shadowing）。

但是當你在普通的 JavaScript 對象上調用 toString() 時，引擎會給出“[object Object]”，因為 Object.toString() 的默認行為是由實體類型（在這種情況下為Object）返回字符串 object 。

現在讓我們把注意力集中在 JavaScript 比較運算符上，它們與算術運算符一樣奇怪。

等于還是不等于？

JavaScript 中有兩個主要的比較運算符。

第一個我們稱之為“弱比較”。這是抽象比較運算符（雙等號）：==。

另一個是“強比較”，可以通過三等號進行識別：=== 也稱為嚴格比較運算符。它們兩者的行為方式完全不同。

來看一些例子。首先，如果我們將兩個字符串與兩個運算符進行比較，我們得到相同的結果

"hello" == "hello"
> true
"hello" === "hello"
> true

 看上去一切都還好。

現在嘗試比較兩種不同的類型，數字和字符串。首先是“強比較”：

"1" === 1
false

這說得通！字符串“1”與數字1是不同的。但是“弱比較”會發生什么？

"1" == 1
 true

居然是true！它沒有任何意義，除非這種行為與我們之前看到的隱式轉換有關。

如果適用相同的規則怎么辦？沒錯！ ECMAScript spec 再次罷工。結果抽象比較運算符在比較它們之前在類型之間進行自動轉換。這是規范的摘要：

比較 x == y 執行如下：
如果 x 是 String 且 y 是Number，則返回比較結果 ToNumber(x)== y
規范說：如果第一個操作數是一個字符串，第二個操作數是一個數字，那么將第一個操作數轉換為數字。有趣。

有進行自動轉換。在代碼中使用嚴格相等比較可以避免愚蠢的 bug。

關于如何在JavaScript中對類型進行強制轉換就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。