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的對話框詳解與參數