ECMAScript語言類型對應於使用ECMAScript語言的ECMAScript程式員直接操作的值。ECMAScript語言類型有以下幾種Undefined,Null,Boolean,String,Symbol,Number和Object。ECMAScript語言值是以ECMAScript語言類 ...
ECMAScript語言類型對應於使用ECMAScript語言的ECMAScript程式員直接操作的值。ECMAScript語言類型有以下幾種Undefined,Null,Boolean,String,Symbol,Number和Object。ECMAScript語言值是以ECMAScript語言類型為特征的值。
如果你奇怪為什麼這裡沒有寫Function類型,並且把Null也當做一種類型,建議你看一下hax在知乎上的一個回答JavaScript 里 Function 也算一種基本類型?
簡單說:按照規範,typeof只是一個運算符,其返回值並不能作為JS類型系統的依據。
typeof null == ‘object’ ?
摘錄在網上看到的一段話:
我聽到很多次人們聲稱`typeof null =='object''是某種意圖,表示'null'應該是一個“空對象引用”值,他們進一步使用當前的“任何對象價值”的措辭來支持這種說法。我相信這是非常不准確的,至少就JS今天而言,正如Brendan Eich自己所說的那樣,'typeof null =='object'只是一個錯誤,而不是一個有意的功能或者如何使用它的信號。
MDN上這樣說:
在 JavaScript 最初的實現中,JavaScript 中的值是由一個表示類型的標簽和實際數據值表示的。對象的類型標簽是0。由於
null
代表的是空指針(大多數平臺下值為0x00),因此,null
的類型標簽也成為了0,typeof null
就錯誤的返回了"object"
關於null == ‘object’的更多信息,你可以去看看The history of “typeof null”這篇文章。譯文 typeof null的前世今生
Symbol類型?
恩,它是ES6新增的啦,主要用來解決命名衝突,如果你感興趣可以看一下下麵這篇文章。
用 instanceof 判斷對象類型?
用instanceof來判斷對象類型多少有些不合適,因為instanceof是用來判斷某個對象的原型鏈是否存在於某個構造函數的prototype上的,因原型鏈這一層關係導致部分情況下用instanceof來判斷對象類型就變得不是那麼準確了,比如判斷數組的類型。
導致這個原因是因為所有對象都繼承至Object.prototype,當然,通過Object.create(null)方式創建對象,原型是不會指向Object.prototype的。
這裡推薦一篇關於instanceof的文章JavaScript instanceof 運算符深入剖析
通過constructor屬性來判斷對象類型是個好方法?
MDN上是這樣說的:
返回一個指向創建了該對象原型的函數引用。需要註意的是,該屬性的值是那個函數本身,而不是一個包含函數名稱的字元串。對於原始值(如1,
true
或 "test
"),該屬性為只讀。
將這句話翻譯成代碼就是這樣:
function fn(){}
new fn().constructor //等於fn.prototype.constructor
而這個fn.prototype.constructor就是指向fn本身,因而有些人就想著通過constructor來判斷某個對象的類型,如下圖
看起來通過constructor來判斷對象類型是個不錯的方法,更重要的是還能判斷自定義對象類型。
雖然說通過constructor來判斷對象類型是一個方案,但這種方法並不是總正確的,主要還是因為這個constructor指向的是構造函數prototype.constructor屬性,而這個值我們是可以手動更改的,如下麵這樣:
function fn(){}
fn.prototype = new Object();
new fn().constructor == fn //false
new fn().constructor == Object //true
我們手動將fn.prototype指向一個新對象,它的執行結果如下:
fn.prototype = {}.__proto__.prototype.constructor // Object
如果你實在是想用constructor來判斷對象類型,那麼在像上面那種情況時,你可以這樣去做:
function fn(){}
fn.prototype = new Object();
fn.prototype.constructor = fn;
借用toString方法判斷對象類型
我們來看一下規範是怎麼定義這個toString方法的
ToString轉換
輸入類型 | 結果 |
---|---|
Undefined | "undefined" |
Null | "null" |
Boolean | 如果參數是 true,那麼結果為 "true"。如果參數是 false,那麼結果為 "false"。 |
Number | 結果等於輸入的參數(不轉換)。 |
String | 參見下文的文法和註釋。 |
Object | 應用下列步驟:調用 ToPrimitive ( 輸入參數 , 暗示 字元串類型)。調用 ToString(Result(1))。返回 Result(2)。 |
話說規範寫的有些苦澀哈,我們還是看一下MDN上怎麼說的吧
每個對象都有一個 toString() 方法,當對象被表示為文本值時或者當以期望字元串的方式引用對象時,該方法被自動調用。預設情況下,toString() 方法被每個繼承自
Object
的對象繼承。如果此方法在自定義對象中未被覆蓋,toString()
返回 "[object type]",其中type是對象類型。
也就是說當我們調用Object中的toString方法時,它會返回"[object type]"這麼個東西,但問題是像Number、Boolean、String類型的值它們都是有自己的toString方法的,因此我們必須借用Object中的toString方法,也就是用call、apply或bind方法。
undefined和null的那點事
MDN對null的解釋是:
null是一個 JavaScript 字面量,表示空值(null or an "empty" value),即沒有對象被呈現(no object value is present)。它是 JavaScript 原始值 之一。
再來看看undefined
undefined
是全局對象的一個屬性。也就是說,它是全局作用域的一個變數。undefined
的最初值就是原始數據類型undefined
。一個沒有被賦值的變數是undefined類型。一個方法或者是語句如果在執行期間沒有變數被賦值也會返回undefined,一個函數如果沒有
返回
值,就會返回一個undefined值。
undefined和null的不同點
null是一個字面量(而不是全局對象的一個屬性,
undefined
是)。在 APIs 中,null
常被放在期望一個對象,但是不引用任何對象的參數位置。當檢測 null 或 undefined 時,註意相等(==)與全等(===)兩個操作符的區別 (前者會執行類型轉換)。
在使用上還有一個區別就是,我們可以將一個對象賦值為null,從而告訴垃圾回收器這個對象可以回收了,那麼為什麼不將對象賦值為undefined呢?我覺得undefined本身就是一個值,而null才是真的沒有,如果你對此不太理解,可以看一下下麵這個鏈接 w3c上說的“可以通過將變數的值設置為 null 來清空變數”中的清理變數有什麼特別意思嗎?
在aimingoo的一篇文章中他是這樣說的:無廢話JavaScript(上)
hax:
大哥你好像漏了null。。。
aimingoo:
null是Object,所以不必單獨提出來講。我記得我曾經問到過你關於null和undefined的問題,你說在郵件列表中對這個問題討論得很多,但無有答案。其實我後來想明白了,JS中有兩套類型體系,各有一個“無”的概值。基本的6種類型中,undefined表示無;對象系統中,null表示無。
例如,DOM是基於對象系統的,所以適宜於用null來填寫attribute中的無值;而var聲明的無值變數,由於是基於基本類型系統,所以適宜於用undefined。
當然,也可以直接說js內部以及語言級別或引擎級別用undefined,而js外部或擴展用null。這個與上面大概相同,但思考角度有異。
undefined == null ?
主要還是因為隱式轉換導致的。
null是一個表示"無"的對象,轉為數值時為0;undefined是一個表示"無"的原始值,轉為數值時為NaN。
推薦閱讀
探索JavaScript中Null和Undefined的深淵
巧用typeof判斷一個未定義的變數,不報錯
我們知道如果使用一個未定義的變數是會報錯的,但是用typeof判斷一個未定義的變數是不會報錯的,我覺得這也合理,因為typeof只是用來判斷,而不是去操作。
完...