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

 一：String

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

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

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

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

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

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

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

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

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

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

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

二：Boolean

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

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

最新評論