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

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

User-agent的改變

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

復(fù)制代碼 代碼如下:

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

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

復(fù)制代碼 代碼如下:

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

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

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

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

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

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

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

document.all和他的朋友們

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

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

復(fù)制代碼 代碼如下:

function addEvent(element, type, handler) {
    if (element.attachEvent) {
        element.attachEvent("on" + type, handler);
    } else if (element.addEventListener) {
        element.addEventListener(type, handler, false);
    }
}

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

其他一些被移除的特征：

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

window.doScroll()——IE窗口的滾動方法
script.onreadystatechange——IE中監(jiān)聽加載腳本的狀態(tài)更改
script.readyState——IE中腳本加載的狀態(tài)
document.selection——IE中當前選中的文本
document.createStyleSheet——IE中創(chuàng)建樣式表文擋
style.styleSheet——IE瀏覽器中引用一個樣式表的樣式對象
所有這些IE瀏覽器的方式都被標準的特征所取代。在移除這些特征和方法后，基于標準功能特征檢測的跨瀏覽器代碼在不改變的情況下依然可以正常運行。

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

一個沒有IE分支代碼的未來即將到來，讓我們一起期待。

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