小編給大家分享一下JavaScript中如何強(qiáng)制類型轉(zhuǎn)換，希望大家閱讀完這篇文章后大所收獲，下面讓我們一起去探討吧！

成都創(chuàng)新互聯(lián)是一家網(wǎng)站設(shè)計(jì)公司，集創(chuàng)意、互聯(lián)網(wǎng)應(yīng)用、軟件技術(shù)為一體的創(chuàng)意網(wǎng)站建設(shè)服務(wù)商，主營產(chǎn)品：響應(yīng)式網(wǎng)站建設(shè)、品牌網(wǎng)站建設(shè)、全網(wǎng)營銷推廣。我們專注企業(yè)品牌在網(wǎng)站中的整體樹立，網(wǎng)絡(luò)互動(dòng)的體驗(yàn)，以及在手機(jī)等移動(dòng)端的優(yōu)質(zhì)呈現(xiàn)。成都網(wǎng)站設(shè)計(jì)、做網(wǎng)站、移動(dòng)互聯(lián)產(chǎn)品、網(wǎng)絡(luò)運(yùn)營、VI設(shè)計(jì)、云產(chǎn)品.運(yùn)維為核心業(yè)務(wù)。為用戶提供一站式解決方案，我們深知市場的競爭激烈，認(rèn)真對待每位客戶，為客戶提供賞析悅目的作品，網(wǎng)站的價(jià)值服務(wù)。

JavaScript 原語

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

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

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

• String
• Number
• Boolean
• Null
• Undefined
• Object
• Symbol (ES6中添加，此處不予介紹)

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

var maybe = null;

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

var name;
console.log(name)
undefined

null 和 undefined 看起來非常相似，但它們是兩個(gè)截然不同的實(shí)體，很多開發(fā)人員仍然不確定應(yīng)該使用哪個(gè)。

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

typeof "alex"
> "string"

還有數(shù)字：

typeof 9
> "number"

用于布爾值：

typeof false
> "boolean"

undefined：

typeof undefined
> "undefined"

還有 null：

typeof null
> "object"

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

陌生的事情

在 JavaScript 中，在兩種類型之間進(jìn)行轉(zhuǎn)換時(shí)有一些奇怪的規(guī)則。讓我給你一些背景信息。先用 Python 舉一個(gè)例子。 在 Python 中執(zhí)行以下指令：

'hello' + 89

會(huì)給你一個(gè)明確的錯(cuò)誤：

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

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

'hello' + 89

事實(shí)上給出：

"hello89"

如果我們嘗試向字符串添加數(shù)組，看起來會(huì)更加奇怪：

'hello' + []

將會(huì)得到

1. 'hello'

還有

1. 'hello' + [89]

會(huì)給你一個(gè)驚喜：

1. "hello89"

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

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

得到：

1. "hello89,150.156,mike"

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

當(dāng)一個(gè)數(shù)字變成一個(gè)字符串

一些編程語言有一個(gè)叫做類型轉(zhuǎn)換的概念，這意味著：如果我想把一個(gè)數(shù)字或?qū)嵗D(zhuǎn)換為另一種類型，那么我必須使顯式轉(zhuǎn)換。它也適用于 JavaScript。請看以下示例：

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

如果我想明確的進(jìn)行轉(zhuǎn)換，可以在代碼中表明意圖：

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

var yearString = year.toString()

要么這樣做：

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

var yearString = String(year)

然后我可以連接兩個(gè)變量：

greet + yearString;

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

'hello' + 89

會(huì)得到：

"hello89"

但是這種轉(zhuǎn)換背后的邏輯是什么？你可能會(huì)驚訝地發(fā)現(xiàn) JavaScript 中的加法運(yùn)算符+會(huì)自動(dòng)將兩個(gè)操作數(shù)中的任何一個(gè)都轉(zhuǎn)換為字符串，如果其中至少有一個(gè)是字符串的話！

你會(huì)發(fā)現(xiàn)更令人驚訝的是，這條規(guī)則在ECMAScript規(guī)范中一脈相承。 第11.6.1節(jié) 定義了加法運(yùn)算符的行為，我在這里為你做了總結(jié)：

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

這個(gè)花招只適用于數(shù)字嗎？并不是。數(shù)組和對象也會(huì)受到相同的轉(zhuǎn)換：

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

會(huì)得到：

"hello89,150.156,mike"

那么下面的代碼會(huì)得到怎樣的結(jié)果：

'hello' + { name: "Jacopo" }

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

String({ name: "Jacopo" })

將會(huì)得到：

"[object Object]"

所以我有一種感覺：

1. 'hello' + { name: "Jacopo" }

會(huì)得到：

1. "hello[object Object]"

打?。∵@又是什么？

JavaScript 中 [object Object] 的含義是什么？

“[object Object]” 是最常見的 JavaScript “怪癖”之一。

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

但是當(dāng)你在普通的 JavaScript 對象上調(diào)用toString()時(shí)，引擎會(huì)給出“[object Object]”，因?yàn)?code>Object.toString()的默認(rèn)行為是由實(shí)體類型（在這種情況下為Object）返回字符串object。

現(xiàn)在讓我們把注意力集中在JavaScript 比較運(yùn)算符上，它們與算術(shù)運(yùn)算符一樣奇怪。

等于還是不等于？

JavaScript 中有兩個(gè)主要的比較運(yùn)算符。

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

另一個(gè)是“強(qiáng)比較”，可以通過三等號進(jìn)行識(shí)別：===也稱為嚴(yán)格比較運(yùn)算符。它們兩者的行為方式完全不同。

來看一些例子。首先，如果我們將兩個(gè)字符串與兩個(gè)運(yùn)算符進(jìn)行比較，我們得到相同的結(jié)果

"hello" == "hello"
> true

"hello" === "hello"
> true

看上去一切都還好。

現(xiàn)在嘗試比較兩種不同的類型，數(shù)字和字符串。首先是“強(qiáng)比較”：

1. "1" === 1
2. false

這說得通！字符串“1”與數(shù)字1是不同的。但是“弱比較”會(huì)發(fā)生什么？

1. "1" == 1
2. true

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

如果適用相同的規(guī)則怎么辦？沒錯(cuò)！ ECMAScript spec 再次罷工。結(jié)果抽象比較運(yùn)算符在比較它們之前在類型之間進(jìn)行自動(dòng)轉(zhuǎn)換。這是規(guī)范的摘要：

比較 x == y 執(zhí)行如下：

如果 x 是 String 且 y 是Number，則返回比較結(jié)果 ToNumber(x)== y

規(guī)范說：如果第一個(gè)操作數(shù)是一個(gè)字符串，第二個(gè)操作數(shù)是一個(gè)數(shù)字，那么將第一個(gè)操作數(shù)轉(zhuǎn)換為數(shù)字。有趣。

JavaScript 規(guī)范充滿了這個(gè)瘋狂的規(guī)則，我強(qiáng)烈鼓勵(lì)大家對它深入挖掘。

在此期間除非你有充分的理由否則在 JavaScript 代碼中避免使用抽象比較運(yùn)算符。你以后會(huì)感謝自己的。

那么“強(qiáng)勢比較”怎么樣？規(guī)范中的說 嚴(yán)格相等比較在把值與三等===進(jìn)行比較之前沒有進(jìn)行自動(dòng)轉(zhuǎn)換。在代碼中使用嚴(yán)格相等比較可以避免愚蠢的 bug。

總結(jié)

JavaScript 中有七個(gè)構(gòu)建塊，即String，Number，Boolean，Null，Undefined，Object和Symbol。這些類型被稱為基元。

JavaScript 開發(fā)人員可以使用算術(shù)和比較運(yùn)算符來操作這些類型。但是我們要特別注意加法運(yùn)算符+和抽象比較運(yùn)算符==，它本質(zhì)上傾向于在類型之間進(jìn)行轉(zhuǎn)換。

JavaScript 中的隱式轉(zhuǎn)換稱為強(qiáng)制類型轉(zhuǎn)換，并在 ECMAScript 規(guī)范中定義。無論什么時(shí)候你的代碼都要使用嚴(yán)格的比較運(yùn)算符===而不是==。

作為最佳實(shí)踐，當(dāng)你打算在兩種類型之間進(jìn)行轉(zhuǎn)換時(shí)，請務(wù)必明確操作。JavaScript 有一堆內(nèi)置對象，它們反映了原始類型：String，Number，Boolean。這些內(nèi)置類型可用于在不同類型之間進(jìn)行顯式轉(zhuǎn)換。

看完了這篇文章，相信你對JavaScript中如何強(qiáng)制類型轉(zhuǎn)換有了一定的了解，想了解更多相關(guān)知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)網(wǎng)站制作公司行業(yè)資訊頻道，感謝各位的閱讀！

分享題目：JavaScript中如何強(qiáng)制類型轉(zhuǎn)換-創(chuàng)新互聯(lián)
文章分享：http://aaarwkj.com/article20/gdpjo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供品牌網(wǎng)站建設(shè)、響應(yīng)式網(wǎng)站、搜索引擎優(yōu)化、網(wǎng)站維護(hù)、企業(yè)網(wǎng)站制作、營銷型網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)