最近不看犀牛書了，那本翻譯的特爛而且好拗口，尤其是原型那塊說的亂七八糟，后來經(jīng)同事介紹，買了本js高級(jí)程序設(shè)計(jì)，然后就繼續(xù)苦逼的看，不吐槽了，繼續(xù)說說js中有新鮮感的包裝類型。

 一：String

　　說到String類型，蠻有意思，平時(shí)我們都是這樣定義一個(gè)string類型，如下圖：

但是在js中有一點(diǎn)非常特別，那就是string類型是屬于基本類型，不屬于引用類型，那就說明string的值是保存在“棧”上面的，而很多語言不是這樣，比如C#，我覺得js不作為引用類型也是情有可原，畢竟它玩不了多線程，而C#中一個(gè)線程?？臻g只分配1M，如果string在C#中是值類型的話，那就有爆棧的可能，而js卻沒有?？臻g限制，所以也就不存在爆棧的情況了。

那么下一個(gè)問題來了，我們經(jīng)常會(huì)對(duì)string進(jìn)行一系列的操作，比如substring。如下圖：

那剛才也說了，string的值是直接保存在棧上面的，那它怎么會(huì)有substring呢？按照官網(wǎng)的解釋是這樣的：這時(shí)候會(huì)使用String類型把s包裝成引用類型。然后使用String類型的內(nèi)部實(shí)現(xiàn)，正好String內(nèi)部定義了substring方法，所以其實(shí)上面的代碼在js的內(nèi)部應(yīng)該是這樣實(shí)現(xiàn)的。

var s=new String("hello")
var r=s.substring(3)
s="hello"

可以看到，其實(shí)包裝類型只是在執(zhí)行代碼的一瞬間，將s包裝成了String引用類型，然后再調(diào)用String引用類型下面的substring方法，繼而重新將“hello”值賦給s，最后的效果就是s="hello", r="lo"，如果你仔細(xì)觀察，你會(huì)發(fā)現(xiàn)，如果我給s動(dòng)態(tài)的附一個(gè)屬性，比如color，那么你再次讀取color的話，是不會(huì)讀取color值的，比如下圖：

如果你懂了上面我說的原理，那么你對(duì)console.log(s.color)等于undefined 就不足以為奇了，我們可以看到，當(dāng)我使用s.color="red"的時(shí)候，js引擎發(fā)現(xiàn)有調(diào)用屬性的寫法，會(huì)立即在后臺(tái)動(dòng)態(tài)讓其包裝成String類型，然后就給String下面新增了一個(gè)屬性color=red，然后內(nèi)部立刻會(huì)重新設(shè)置s的值為“hello”（s="hello")，接下來當(dāng)你console.log來輸出s.color時(shí)，js引擎判斷又有調(diào)用屬性的寫法，再次new String("hello")了下，自然在這個(gè)新的String類型下面是沒有color屬性的，所以返回undefined了。

　　剛才我也說了，這種包裝操作是js在后臺(tái)動(dòng)態(tài)追加和刪除的，將基本類型轉(zhuǎn)化為了引用類型，那么兩者有多大的區(qū)別呢？

<1>：這個(gè)不用說，一個(gè)棧，一個(gè)堆，如果你對(duì)C#比較了解，可以認(rèn)為是一個(gè)box和unbox的操作。

<2>: 我們知道所有的引用類型都是繼承自object，注意是引用類型，不要被面向?qū)ο蟾慊炝?，比如在C#中，所有的類型都是object子類，在js

　　　里面卻不是這樣，我們可以用instanceof看一下。

二：Boolean

    如果你懂得了String這個(gè)包裝類，那么其實(shí)Boolean包裝類跟它是一個(gè)原理，只不過在Boolean類型的使用中，是有一個(gè)注意事項(xiàng)的，我們知道一個(gè)引用類型，除非它是null或者undefined，否則它永遠(yuǎn)都是true，而這個(gè)Boolean類型正是做了這個(gè)box操作，如下圖：

我們看到這個(gè)時(shí)候b已經(jīng)不是單純的基本類型了，而是引用類型，這時(shí)候就再也“與或”不出我想要的結(jié)果了。還有一個(gè)Number包裝類，這個(gè)也沒什么注意事項(xiàng)的，就不說了。

最新評(píng)論