下面所做的可能有点鸡蛋里跳骨头的味道,但却也十分有趣,希望各位能够在看了之后能够有所收获.

    总所周知,浏览器兼容问题一直困扰着开发者们,勤劳的开发者们也想到了各式各样的小技巧来区分各个派系的浏览器.

    !+"\v1"
    这是在园子里的司徒正美童鞋那看到的,第一眼就被震惊了,原来判断可以这样的精悍.
    以下是个人的理解,出处文尾连接1.
    这是一个JavaScript类型转换的技巧,按照优先级,这里是从右往左(+ 取正> ! 逻辑求负).也就是将字符串"\v1"转换为数字后再求反.数字求反很好理解,只要不是0的都是true,然后 + 取正对字符串进行了转换,转换为数字.然后IE在这里就出现了歧义,错误的理解了转义符"\v",垂直制表符,关于制表符在文尾连接2有 更多的解释.在其他浏览器中能够正确解释这个制表符,IE则将这个制表符解释成了字母"v",这个当然无法转换成数字,自然转换NaN,按照逻辑操作符的 转换规则,转换为了false,再一个求反,则变成了true,趾高气昂的说,"我是IE,没错,TRUE!".
 

    !+[1,]
    同样是在司徒童鞋那看到的,天天逛园子的收货果然不少啊,关于这个判断语句的解释请移步司徒正美--全 世界最短的IE判定 .
    不过在接下来的测试中,你会发现,这条最短的语句不一定是最快的.

    !"1"[0]
    这个是我翻看Ext源代码时发现的,在Ext.toArray的注释里作者告诉了IE无法使用数组下标访问字符串,这不就又可以分辨了么.
    就是这个方法,IE中无法以数组下标的方式访问字符串,在Ext的注释中提示可以使用"abc".match(/./g)的方式,我就纳闷了怎么直接使用 原生的split方法,"abc".split(""),很明显的更直观,而且免去了一个正则的构造.
    这个方法在FF下的效率已经超过了IE.

    至于其他的方法,都是老生长谈的访问某个特殊属性,这里就不多解释了.不过在IE以及FF下访问不存在的属性相差可真大啊.

More...