toString 方法 返回对象的描述信息，很多时候我们都忘记了还有这属性的存在。 在查看 jQuery 源码时 ，发现其 isArray 竟然令人惊艳的使用 toString 进行类型判断：

597 toString = Object.prototype.toString;
    ...
616 isArray: function(obj) {
617    return toString.call(obj) === "[object Array]";
618 }

Javascript 这种弱类型的脚本语言进行类型检测，是件很头痛的事情。 巧合的是 Perfection Kills 近期也发布了篇同内容的文章 ，并得出相似的结论。

Perfection Kills 还阐述了使用 instanceof 和 typeof 需要格外注意的问题，以及其他如何使用「正统保险」的方法实现 isArray 函数（另，针对 YUI 的 isArray 写法，可以 参考这里 ）。

回到上述 jQuery 代码， Mozilla 针对 toString 的描述 道破其中玄机：

If this method is not overridden in a custom object, 
toString returns [object type], where *type* is the object type. 

那么，可以同时 toString 使用针对统一的返回格式进行类型检测。由于 call 的首个参数必须是 Object 类型以及

alert(typeof null);

返回的是 Object （ 标准如此规定 让我很困惑），那么索性针对 undefined 以及 null 独立的判断。根据上述观点实现简单的检测代码如下

var chkType = function (obj) {
    if (obj === null) {
        return 'Null';
    }

    if (obj === undefined) {
        return 'Undefined';
    }

    return Object.prototype.toString.call(obj).match(/s(.+)]$/)[1];
};

最后， 简单得写了个 DEMO 。

IE 开发团队更改了 IE8 的 User-agent ，更改的部分信息如下：

IE8 on Windows Vista (Compatibility View)
    Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Trident/4.0) 

IE8 on Windows Vista
    Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0)

除了 IE8 因 Compatibility View 功能 造成单浏览器「原生」多个 User-agent 外，还有个情况也变得非常的有趣，就是几乎每个浏览器都将自己渲染引擎的标识加入到了 User-agent 中（Gecko、 Webkit 、 Trident) ）。

User-agent 信息常被用作检测浏览器类型和版本的最佳途径（ YUI 、 jQuery ），而上述的改动是否意味着以后类似的检测脚本会变得更加的复杂？回答这个问题之前，让我们看下 Mootools 如何检测浏览器信息

var Browser = {
    Engine: {name: 'unknown', version: 0},
    Features: {
        xpath: !!(document.evaluate),     // 是否支持 XPath
          air: !!(window.runtime),        // 是否支持 Air 扩展
        query: !!(document.querySelector) // 是否支持 CSS 选择器
    },
    Engines: {
        // 判断 Opera
        presto: function() {
            return (!window.opera) ? 
                false : ((arguments.callee.caller) ? 
                    960 : ((document.getElementsByClassName) ? 950 : 925));
        },
        // 判断 IE，根据 ActiveX 和 特有的 XMLHttpRequest 对象
        trident: function() {
            return (!window.ActiveXObject) ? 
                           false : ((window.XMLHttpRequest) ? 5 : 4);
        },
        // Webkit 核心的浏览器，如 Safari 和 Chrome
        webkit: function() {
            return (navigator.taintEnabled) ? 
                false : ((Browser.Features.xpath) ? 
                    ((Browser.Features.query) ? 525 : 420) : 419);
        },
        // Mozilla Gecko 核心浏览器，如 Firefox
        gecko: function() {
            return (document.getBoxObjectFor == undefined) ?
                false : ((document.getElementsByClassName) ? 19 : 18);
        }
    }
};

Browser.detect = function() {
    for (var engine in this.Engines){
        var version = this.Engines[engine]();
        // 如果具有特定的浏览器对象
        if (version){
            this.Engine = {name: engine, version: version};
            this.Engine[engine] = this.Engine[engine + version] = true;
            break;
        }
    }
    return {name: engine, version: version};
};

Browser.detect();

上述代码让人感到耳目一新，它是根据浏览器功能而非 User-agent 判断浏览器类型。仔细考虑一下， User-agent 信息可以被伪造 ，同时浏览器厂商日后也会更改 User-agent 信息，所以此种情况下根据功能判断浏览器类型会可靠得多。

延伸下此策略，比如我们会编写这样的代码：

if (ie) {
  // ie only
} else {
  // other browsers
}

这样因浏览器差异而编写的「硬代码」，往往会造成维护两套实际相同功能的代码，并造成逻辑上的混乱。何不先抛开浏览器兼容的问题，然后再判断相应的对象是否被浏览器支持。

OK，有关编程思想的问题就不继续了…

-- Split --

PS，目前判断是否是 IE8 可这样编写（来自 舜子 ）：

var isIE8 = !!window.XDomainRequest;

根据 Dotzler 的统计 ，IE6 的份额正在缩水，这可能是 2009 年本人听到的第一个好消息。于此同时， Gmail 的浏览器支持列表中已经将 IE6 给剔除 ，Google 官方 推荐用户使用 Firefox 或者 Chrome 可获得双倍的速度和用户体验。

那么， 似乎又回到 了 IE6 的话题。

IE6 为什么存在着？

IE6 的发布时间可以追溯到 2001 年的 Windows XP 的发布。是的，IE6 已经成为了世上最「长寿」的浏览器。而问题是，IE6 为什么能够如此顽强的存在着。抛砖引玉，本人先列举几条，欢迎补充：

操作系统的「潜规则」

Windows 系统和 IE 紧紧的捆绑，使得升级浏览器变得如履薄冰。正如我们看到的，几年来 Windows 系统的补丁也仅仅是在原有的基础上缝缝补补 -- 微软显然不愿冒这个风险。

Vista 的失败

Vista 已经变成了第二个 Windows ME 。撇开这个先不谈，用户升级浏览器的另种情况，就是操作系统的升级。Vista 商业上的失败，注定 IE6 搭载的 XP 这艘船能够续航更长的一段时间。

IE7 也不是什么好鸟

2006 年底发布的 IE7 远远的没有达到市场的预期。从当时的 IE7 发布情况看，注定 IE7 只是个过渡性的产品。

IE8 开发进展缓慢，并远被甩在了后面

「现在这个功能，我们也有了」， D2 上微软兄弟幽默的言语 也折射出一个事实，目前根本就没有用户敢用 IE8。IE6-8 三个版本并存的混乱局面，越发说明了微软的这个坑是被自己越挖越大、越挖越深了。

普通用户不在乎

是的，这是事实。普通用户而言，上网仅仅是双击某个图标，输入某个网址就可以。他不了解什么是浏览器，当然也没必要了解。对于他们而言，能够完成自己的目标才是最重要的。

国内「特殊的情况」

譬如：国内的软件几乎都是免费的，获取没有任何的成本、国内的教程几乎都是介绍怎么使用 Dreamweaver、 Firefox 在国内病毒式的推广 ，在部分「不明真相」的用户心中，俨然已经是恶意软件的代名词，等等…

「2009 年，IE6 真的会消亡吗」

那么，在接下来的 2009 年，IE6 真的会消亡吗？在本人看来，至少不会完全消亡。IE6 的完全消亡，需要我们大家共同的参与。例如，作为名前端（或者其他与浏览器打交道的兄弟），应该怎么做？

浏览器的表现不完全一致

不同的浏览器提供的功能和性能不完全一致，所以页面没必要在所有的浏览器中完全的一致。我们要让我们的同伴、用户了解，至少那 2001 年发布的浏览器所表现的性能，不可能和现代的浏览器完全一致。

对于 IE6 的优雅降级

我们可以尝试先丢下 IE6 的包袱，开始针对现代的浏览器开发，然后 优雅的降级 到老版本的浏览器。例如，我们可以高版本的 CSS 特性，然后再针对 IE6 使用单独的脚本去实现它。

继续布道

我们要让更多的人了解 IE6 是个糟糕的浏览器，并推荐他们使用更好的浏览器，譬如 Firefox、Chrome 等。

-- Split --

最后，解铃还须系铃人。2009 年微软 即将发布的 Windows7 ，从另个侧面也将推动 IE6 的灭亡。总之，09 新年伊始，是时候给那老态龙钟的 IE6 钉上棺材钉了。