js中常見的用於範例推斷的操作符或屬性有：typeof、instanceof、prototype。下面我們就來看看他們是怎樣推斷數據範例的。

一.js數據範例

ECMAscript中有5種簡樸數據範例（基礎數據範例）：Undefined、Null、Boolean、Number和String。除了這五種基礎數據範例以外，另有一種龐雜範例值（援用範例）。援用範例又分為：原生援用範例和自定義援用範例。在ECMAscript中，援用範例是一種數據結構，用於將數據和功用無序地組織在一起，以key/value的情勢在對象中寄存。ECMAscript不支撐任何建立自定義範例的機制，而一切值終究都將是上述6種數據範例之一。別的，對象是某個特定援用範例的實例，比方：

var person = new Object()

這行代碼建立了Object援用範例的一個新實例，然後把該實例保存在了person中。運用的組織函數是Object，它只為新對象定義了默許的屬性和要領。Object只是ECMAscript供應的原生援用範例的一種。諸如Array、Date、RegExp、Function、Boolean、Number、String也都是內置的原生援用範例。

二.typeof

基礎範例的磨練，常常運用typeof操作符。對一個值運用typeof操作符能夠返回以下某個字符串：

"undefined"———假如這個值未定義
"boolean"———假如這個值是布爾值
"string"———假如這個值是字符串
"number"———假如這個值是數值
"object"———假如這個值是對象或null
"function"———假如這個值是函數

挪用typeof null會返回”object”，因為特別值null被認為是一個空的對象的援用。

Safari及之前版本、Chrome7及之前版本在對正則表達式挪用typeof操作符時會返回”function”，而別的瀏覽器在這類情況下會返回”object”。

從手藝角度講，函數在ECMAscript中是對象，不是一種數據範例。然則，函數也確切有一些特別的屬性，因而經由過程typeof操作符來辨別函數和別的對象是有必要的。

三.instanceof

在 JavaScript 中，推斷一個變量的範例試試會用 typeof 運算符，在運用 typeof 運算符時採納援用範例存儲值會湧現一個題目，不論援用的是什麼範例的對象，它都返回 “object”。ECMAScript 引入了另一個 Java 運算符 instanceof 來處置懲罰這個題目。instanceof 運算符與 typeof 運算符類似，用於辨認正在處置懲罰的對象的範例。一般來說，運用 instanceof 就是推斷一個實例是不是屬於某種範例。比方：

// 推斷 boy是不是是 People類的實例
function People(){} 
var boy= new People(); 
console.log(boy instanceof People)//true

與 typeof 要領差別的是，instanceof 要領請求開發者明確地確認對象為某特定範例。比方：

var arr = [1,2,3]
if(arr instanceof Array){
    console.log(“arr是一個數組”)
}
//輸出：arr是一個數組

這段代碼問的是“變量 arr是不是為 Array對象的實例？”arr的確是 Array對象的實例，因而結果是”true”。只管不像 typeof 要領那樣天真，然則在 typeof 要領返回 “object” 的情況下，instanceof 要領照樣很有效的。
然則，instanceof操作符並非平安的檢測體式格局。instanceof操作符的題目在於，它假定只要一個全局實行環境。假如網頁中包括多個框架frame，那現實上就存在多個差別的全局實行環境，從而存在多個差別版本的Array組織函數。假如你從一個框架向另一個框架傳入一個數組，那末傳入的數組與在第二個框架中原生建立的數組離別具有各自差別的組織函數。為了處置懲罰這個題目，ES5中新增了Array.isArray()要領。這個要領的目標是終究肯定某個值究竟是不是是數組，而不論它是在哪一個全局實行環境中建立的。這個要領是用以下：

if(Array.isArray(arr)){
    //do sometion
}

現在，支撐Array.isArray()要領的瀏覽器有IE9+、Firefox 4+、Safari 5+、Opera 10.5+、Chrome。要在還沒有完成這個要領的瀏覽器中正確檢測數組，請參考“四.平安的範例檢測”。

instanceof究竟是運算什麼的？

我曾簡樸明白instanceof只是檢測一個對象是不是是另個對象new出來的實例（比方var a = new Object()，a instanceof Object返回true），但現實instanceof的運算劃定規矩上比這個更龐雜。

//假定instanceof運算符左邊是L，右邊是R
L instanceof R 
//instanceof運算時，經由過程推斷L的原型鏈上是不是存在R.prototype
L.__proto__.__proto__ ..... === R.prototype ？
//假如存在返回true 不然返回false

注重：instanceof運算時會遞歸查找L的原型鏈，即L.__proto__.__proto__.__proto__.__proto__…直到找到了或許找到頂層為止。

所以一句話明白instanceof的運算劃定規矩為：

instanceof檢測左邊的__proto__原型鏈上，是不是存在右邊的prototype原型。

曉得了這個也就曉得為何以下這些新鮮的表達式為何會獲得響應的值了

 Function instanceof Object // true 
 Object instanceof Function // true 
 Function instanceof Function //true
 Object instanceof Object // true
 Number instanceof Number //false
 

那末曉得了道理以後，怎樣本身手寫一個instanceof，以下所示：

function instance_of(L, R) {//L 示意左表達式，R 示意右表達式
 var O = R.prototype;// 取 R 的顯現原型
 L = L.__proto__;// 取 L 的隱式原型
 while (true) { 
   if (L === null) {
     return false; 
   }
   if (O === L) {// 這裏重點：當 O 嚴厲即是 L 時，返回 true 
     return true;
   } 
   L = L.__proto__; 
 } 
}
instance_of(Function,Function)//true
instance_of(String,String)//true

JavaScript instanceof 運算符深切理會https://www.ibm.com/developer…

四.平安的範例檢測

在檢測某個對象究竟是原生對象照樣開發人員自定義的對象的時刻，也會有題目。湧現這個題目標緣由是瀏覽器最先原生支撐JSON對象了。因為很多人一直在運用Douglas的JSON庫，而該庫定義了一個全局的JSON對象。因而開發人員很難肯定頁面中的JSON對象究竟是不是是原生的。
處置懲罰typeof、instanceof和推斷是不是是原生JSON對象的要領都一樣。人人都曉得，在任何值上挪用Object原生的toString()要領，都邑返回一個[object NativeConstructorName]花樣的字符串。每一個類在內部都有一個[[Class]]屬性，這個屬性中就指定了上述字符串中的組織函數。舉個栗子：

var o = [];
alert(Object.prototype.toString.call(o));//"[object Array]"

因為原生數組的組織函數名與全局作用域無關，因而運用toString()就能夠保證返回一致的值。應用這一點，能夠建立以下函數：

function isArray(value){
    return Object.prototype.toString.call(value) == "[object Array]"
}

一樣，也能夠基於這一思緒來測試某個值是不是是原生函數或正則表達式：

function isFunction(value){
    return Object.prototype.toString.call(value) == "[object Function]"
}

function isRegExp(value){
    return Object.prototype.toString.call(value) == "[object RegExp]"
}

Object的toString()要領不能檢測非原生組織函數的組織函數名，因而，開發人員定義的任何組織函數都將返回”[object Object]”。這也就是為何在上圖中的序號③處挪用test(p)會返回”[object Object]”的緣由了。