IE7提供XMLHttpRequest对象为兼容

2024-09-06 12:43:04

字体：大中小

来源：转载

供稿：网友

在IE7的开发中，据说新增加了一个Native对象——XMLHttpRequest。怎么难道开发IE7的"新警察"不知道IE6们都用ActiveX对象XmlHttp吗？XmlHttp出了什么问题，IE7为什么要这么做？原来一切就为了一个简单的兼容而已，但让人感慨颇多。

    IE7提供XMLHttpRequest对象后，当然会继续支持ActiveX对象XmlHttp，这是微软这么几十年来产品升级起码的"素养"，丝毫不用我们去担心现在IE上的Ajax应用代码。在Sunava Dutta的blog里，虽然他说了为什么要这么做的初衷，其实就是为了兼容目前的非IE浏览器提供XMLHttpRequest来使用XmlHttp的情况而已。他的一段"蹩脚"的示例代码虽然被一些睛睛火眼的同志挑出了不足，不过我却觉得微软在这些"细枝末节"的问题上，显示出他的真正利害。

    这话又要回到IE和Netscape争霸的岁月，当时如日中天的Netscape是浏览器市场的绝对No.1，微软由于Bill同志起初在互联网战略上打了一个小盹，让那Netscape尝到了一下山中无老虎，猴子称霸王感觉。当Bill发出：我发现互联网上没有微软的文件格式是很危险的，的自省论断后，微软开始了对互联网的进军。当然一个棘手的问题就是绞杀Netscape，当时的Netscape vs. IE就像今天的IE vs. Firefox。前者IE有Windows作为其捆绑的绿色快车，后者有今天大家高举安全、高举W3C大旗的声援呼声，可以说都是对手强大但是来者也都不是善主。

    在这个绞杀战中，微软是比较稳的住气的。因为IE 1.0, 2.0以至3.0（好像NT4.0就带的IE3.0）都完全不是Netscape的对手，就像当初VC++和BCC之间的较量一样，微软是郁闷的。但是微软知道自己当时不敌Netscape，所以在IE的实现做了很多兼容Netscape的设计，因为当时的Netscape也不是软蛋，一手造就了JavaScript，它其实也就是业界的默认标准。这样的情况持续到IE4.0，IE逐渐占据了优势（当然免费+绿色快车的捆绑不是吃素的）而Netscape的衰败已不可避免，这时微软才开始了大刀阔斧的设计自己的DOM，修改HTML解析以及呈现效果，添加新的HTML标签（这之前都是Netscape的活儿），当然对CSS的支持等也就随微软心所欲了。

    今天的IE7支持XMLHttpRequest对象和Firefox死抱所谓的W3C标准形成了一个宣明的对比。前些天，有人在经典的脚本论坛上号召Web开发者抵制Firefox，虽然话语偏激且给人感觉是螳臂挡车，不过他的一些观点我还是赞同的。就是希望Firefox等非主流（其实就是非IE）浏览器，能更多的兼容IE，而不是让Web开发者去想尽办法兼容各种具有细微差别的浏览器。因为从代价上看，由于IE已是不争的胜利者，修改新浏览器的实现是一处修改处处受益的，而让Web开发者去兼容各种浏览器，简直是对广大劳动人民智力、劳力的侮辱。

上一篇：实例学习Javascript之构建方法、属性

下一篇：javascript的对话框详解与参数