瀏覽器的趨勢是加入越來越多對象，像Worker，同時也為舊有的對象添加新方法。如何兼容它的第一步就是檢測它們是否存在，沒有則補上自己的兼容代碼。這時問題就來了，有的類庫是給你做了這一步，但有時沒有，有時是做了，但并不符合標準。因此單純是typeof Array.prototype.map === "function"可能不夠用。這時isNative方法就要登場了。
我一直用的版本，自己寫的：
var isNative = function(method){//判定是否為原生方法
return !! method && (//{/s*/[native code/]/s*/}/.test(method+"") ||
//{/s*///* source code not available /*///s*/}/.test(method+""));//這里是為了兼容opera9.x的
}
但世界這么大，肯定也有研究過這問題，下面是Diego Perini的版本，指出safari對原生方法的toString值其實也是個不合群的：
var isNative = function(object, method) {
return object && method in object &&
typeof object[method] != 'string' &&
// IE & W3C browser return "[native code]"
// Safari < = 2.0.4 will return "[function]"
(//{/s*/[native code/]/s*/}|^/[function/]$/).test(object[method]);
}
它比我的版本多一個參數，能指定是那個原生對象的方法，但一個參數與兩個參數是沒關系的，結果只是表明，我們倆離完美還有段距離。即使這兩個函數取并集，可能還不是正確的全集。當然這不是[native code]或者 source code not available還是[function]的問題，因為要javascript中，很容易山寨各種方法與對象。如，下面的代碼就可以成功騙過檢測代碼。
window.test = {
toString: function() {
return '[function]';
}
};
isNative(window, 'test'); // true
最后我從nwmathers中找到這個：
var isNative = (function() {
var s = (window.open + '').replace(/open/g, '');
return function(object, method) {
var m = object ? object[method] : false, r = new RegExp(method, 'g');
return !!(m && typeof m != 'string' && s === (m + '').replace(r, ''));
};
})();
