在上個(gè)星期，微軟隨Windows 8.1正式推出了Internet Explorer 11的第一次預(yù)覽版。這樣，關(guān)于這款備受爭(zhēng)議的web瀏覽器泄露版本的各種傳聞也該休息了。我們現(xiàn)在已經(jīng)知道一些關(guān)于Internet Explorer 11的重要的細(xì)節(jié)，包括支持WebGL ，prefetch（譯者注：預(yù)讀取，比如上傳文件的預(yù)覽啥的，不知道翻譯的對(duì)不對(duì)），prerender（預(yù)呈現(xiàn)）， flexbox，mutation observers和其他web標(biāo)準(zhǔn)，也許在IE11中更有趣的是，它是不是IE。

長(zhǎng)期以來(lái)，微軟第一次從Internet Explorer瀏覽器中移除了一些特征。user-agent字符串也更改了?？磥?lái)，微軟已經(jīng)拋棄了自己的方式，這樣現(xiàn)有的檢測(cè)IE的代碼分支在Internet Explorer 11瀏覽器中都將返回false，無(wú)論是在 javascript里還是服務(wù)器上。

User-agent的改變

相對(duì)于以前的版本，Internet Explorer 11的user-agent字符串更短，而且還有一些有意思的變化：

代碼如下:

Mozilla/5.0 (Windows NT 6.3; Trident/7.0; rv 11.0) like Gecko

對(duì)于在Windows 7上Internet Explorer 10的user-agent字符串

代碼如下:

Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)

最明顯的區(qū)別是，一直存在Internet Explorer瀏覽器user-agent字符串的“MSIE”標(biāo)記去掉了。同樣引人注目的是在user-agent的尾部添加了“l(fā)ike Gecko”。這表明Internet Explorer寧可被識(shí)別為Gecko瀏覽器，也不愿被識(shí)別為Internet Explorer自己。Safari是第一個(gè)添加“l(fā)ike Gecko”的瀏覽器，這樣任何人都可以嗅探user-agent字符串里面的“Gecko”字符允許瀏覽器通過(guò)。

現(xiàn)在任何查找“MSIE”的嗅探代碼在新的user-agent字符串下不能工作。你仍然可以搜索“Trident”字符來(lái)確定它是IE瀏覽器（“Trident”標(biāo)識(shí)是隨著Internet Explorer推出來(lái)的）。Internet Explorer的真正版本通過(guò)“rv”來(lái)標(biāo)識(shí)。

此外，navigator對(duì)象的信息也有一些變化，這樣更掩飾了正在使用的瀏覽器的。

navigator.appName 被設(shè)置為“Netscape”

navigator.product被設(shè)置為 “Gecko”

這可能看起來(lái)像企圖偷偷摸摸欺騙開(kāi)發(fā)人員，但是這些實(shí)際上是HTML5指定的。navigator.product屬性必須為“Gecko”，同時(shí)navigator.appName也應(yīng)該是“Netscape”或者更具體的。但I(xiàn)nternet Explorer 11缺遵循了這個(gè)奇怪的建議。

navigator信息的更改導(dǎo)致的副作用，正在使用的基于Javascript邏輯的瀏覽器檢測(cè)將可能無(wú)法使用，導(dǎo)致 Internet Explorer 11識(shí)別為基于Gecko的瀏覽器。

document.all和他的朋友們

從IE4以來(lái)，document.all在IE瀏覽器中無(wú)所不能。此前實(shí)行的document.getElementById()類(lèi)似，document.all是得到一個(gè)DOM元素引用的IE方式。盡管從IE5開(kāi)始到IE10，document.all都保持著對(duì) DOM的支持。然而在11中，這個(gè)時(shí)代遺留下來(lái)的產(chǎn)物已經(jīng)被設(shè)置為返回false，這就意味著任何基于document.all的代碼分支判斷在IE11中將失敗，即使代碼實(shí)際使用document.all能正常工作。

另一個(gè)遺留是添加事件函數(shù)的attachEvent()，類(lèi)似于detachEvent()方法。這個(gè)方法已經(jīng)從IE11中移除了。移除這些方法，是為了避免一些邏輯判斷，比如：

代碼如下:

function addEvent(element, type, handler) {

if (element.attachEvent) {

element.attachEvent("on" + type, handler);

} else if (element.addEventListener) {

element.addEventListener(type, handler, false);

}

}

當(dāng)然，我們推薦你最好用來(lái)測(cè)試的版本是一直穩(wěn)定，符合標(biāo)準(zhǔn)的。在某種層面上說(shuō)，移除attachEvent方法不會(huì)產(chǎn)生任何地不適應(yīng)。然而，互聯(lián)網(wǎng)充斥著槽糕的特征檢測(cè)邏輯代碼。attachEvent方法的刪除確保任何以上述方式編寫(xiě)的代碼將使用標(biāo)準(zhǔn)的版本，取代IE特有的方法。

其他一些被移除的特征：

window.execScript()——eval()方法的IE版本

window.doScroll()——IE窗口的滾動(dòng)方法

script.onreadystatechange——IE中監(jiān)聽(tīng)加載腳本的狀態(tài)更改

script.readyState——IE中腳本加載的狀態(tài)

document.selection——IE中當(dāng)前選中的文本

document.createStyleSheet——IE中創(chuàng)建樣式表文擋

style.styleSheet——IE瀏覽器中引用一個(gè)樣式表的樣式對(duì)象

所有這些IE瀏覽器的方式都被標(biāo)準(zhǔn)的特征所取代。在移除這些特征和方法后，基于標(biāo)準(zhǔn)功能特征檢測(cè)的跨瀏覽器代碼在不改變的情況下依然可以正常運(yùn)行。

結(jié)論

在很長(zhǎng)的時(shí)間段內(nèi)，IE11可能是最好的IE瀏覽器。微軟終于開(kāi)始準(zhǔn)備消除過(guò)去犯的錯(cuò)誤，準(zhǔn)備開(kāi)始從包括基于現(xiàn)在標(biāo)準(zhǔn)的瀏覽器做起。刪除舊的特征和修改不被認(rèn)定為IE瀏覽器的用戶(hù)代理字符串是一個(gè)很獨(dú)特的做法，它確保所有的網(wǎng)站能繼續(xù)工作。如果Web應(yīng)用程序使用功能檢測(cè)，而不是瀏覽器嗅探，那么代碼應(yīng)該可以IE11中運(yùn)行。對(duì)于使用user-agent嗅探的應(yīng)用，用戶(hù)仍然能看到一個(gè)功能完好的網(wǎng)站，因?yàn)镮E11對(duì)標(biāo)準(zhǔn)支持的十分優(yōu)秀。

一個(gè)沒(méi)有IE分支代碼的未來(lái)即將到來(lái)，讓我們一起期待。

（2013-7-2更新），修訂提到的document.all實(shí)際上并未刪除，而改為falsy

更多信息請(qǐng)查看IT技術(shù)專(zhuān)欄