快捷導(dǎo)航

JavaScript中的isXX系列是否繼續(xù)使用的分析

更新時(shí)間：2011年04月16日 23:30:56 作者：

我們很容易被漂亮的代碼吸引，也不知不覺(jué)的在自己的代碼庫(kù)中加入這些。卻沒(méi)有冷靜的想過(guò)它們的優(yōu)劣。這不，我就收集了一系列形如 “是否為……？” 的判斷的boolean函數(shù)。

 
isNull: function(a){ 
return a === null; 
}, 
isUndefined: function(a){ 
return a === undefined; 
}, 
isNumber: function(a){ 
return typeof a === 'number'; 
}, 
isString: function(a){ 
return typeof a === 'string'; 
}, 
isBoolean: function(a){ 
return typeof a === 'boolean'; 
}, 
isPrimitive: function(b){ 
var a = typeof b; 
return !!(b === undefined || b === null || a == 'boolean' || a == 'number' || a == 'string'); 
}, 
isArray: function(a){ 
return proto_obj.toString.call(a) === '[object Array]'; 
}, 
isFunction: function(a){ 
return proto_obj.toString.call(a) === '[object Function]'; 
}, 
isPlainObject: function(o){ 
if (!o || o === win || o === doc || o === doc.body) { 
return false; 
} 
return 'isPrototypeOf' in o && proto_obj.toString.call(o) === '[object Object]'; 
}, 
isWindow: function(o){ 
return o && typeof o === 'object' && 'setInterval' in o; 
}, 
isEmptyObject: function(o){ 
for(var a in o) { 
return false; 
} 
return true; 
} 

以上isXX系列中，isUndefined在類庫(kù)中用的最多。如判斷是否傳入了某個(gè)參數(shù)，判斷對(duì)象是否擁有某個(gè)屬性等等。但這個(gè)函數(shù)是不必存在，我已將其移除。理由如下
1，isUndefined 與使用全等（===）或typeof 多了一層函數(shù)調(diào)用。很明顯多一層函數(shù)調(diào)用比直接使用原生的運(yùn)算符效率會(huì)低（雖然有些微不足道），但如果isUndefined調(diào)用次數(shù)很多如上萬(wàn)次還是很明顯的。我曾經(jīng)在郵箱框架中加入了該函數(shù)，調(diào)用次數(shù)有4000多次，從性能分析工具看占用了近1%的時(shí)間。僅僅一個(gè)判斷占1%的調(diào)用時(shí)間還是很可怕的。當(dāng)然，郵箱框架內(nèi)的isUndefined處在多層閉包的頂層，訪問(wèn)其也會(huì)占用較多時(shí)間。如果這一條還不足以讓你放棄isUndefined，請(qǐng)看下面。
2，函數(shù)從一定程度上是對(duì)一些代碼的封裝，抽象。是組織良好代碼的方式之一，且有利于降低代碼的復(fù)雜性。但isNull/isUndefined/isBoolean/isNumber/isString函數(shù)內(nèi)僅有一句，抽象層次很低。因此完全不必封裝而提取出一個(gè)函數(shù)。
3，isUndefined(a) 與 a === undefined相比并不會(huì)節(jié)省幾個(gè)字節(jié)（呵，你可以命名的更短但損失了可讀性）。

綜上，我去掉了類庫(kù)中對(duì)基本類型判斷的isNull/isUndefined/isBoolean/isNumber/isString，需要用到這些判斷的時(shí)候直接使用typeof運(yùn)算符等。