关于IE11

最近,一个开发代号为Windows Blue的Windows操做系统泄漏到了互联网上,该操做系统的内置浏览器为IE11,本文将介绍一下这个泄漏版的IE11中有哪些关键的新变化和新特性.

预先声明: 本文中所讲的内容都来自互联网,我本身没有安装过这个泄漏版的IE11,虽然我目前正在帮助微软的userAgents社区作一些工做,但我没有任何关于IE11将来计划的内部消息,本文只是对网上的那些消息作了一下总结,并加入了本身的见解和预测.

一个新的身份标识

关于IE11的第一个新闻就是它有了一个新的用户代理(UA)字符串:

Mozilla/5.0 (IE 11.0; Windows NT 6.3; Trident/7.0; .NET4.0E; .NET4.0C; rv:11.0) like Gecko

其中有两个比较显著的变化:

1. MSIE变成了IE
2. 多了一个like Gecko字段

第一个变化很明显是想让网站上现有的UA检测失效(译者注:由于现有的检测代码都是在检测MSIE字样).UA检测是为那些老版本的IE设计的,好比它们不支持addEventListener等符合标准的特性,就得走专门的代码分支.IE这样作就是在表示,它再也不须要那些专门的检测代码,它能够执行符合标准的代码了.

关于后一个变化,有报道称这是IE在假装成Firefox,这并不彻底正确.Gecko的确是Firefox的渲染引擎,这没问题,但like gecko这个字段是WebKit最早使用的,IE添加该字段的理由和WebKit当年的理由同样,那就是,网站一般不会这么问浏览器:"你想要IE私有的代码仍是基于标准的代码?",而是这么问:"你是IE仍是Gecko?",也就是说,即便你支持标准也没有用,你的名字必须得是Gecko.虽然目前WebKit和IE实际上比Gecko更流行,但为了兼容已有的那些老站点,必需要加上这个字段.被识别成Gecko比被识别成Webkit要好的多,由于假如被识别成Webkit,就会遇到不少WebKit私有的甚至带属性前缀的代码,尤为是在移动站点上,假装成Gecko能好一点.

改变UA字符串并非这个版本的IE11用来假装本身身份的惟一手段,还有navigator.appName属性如今返回了Netscape,而不是之前的Microsoft Internet Explorer,从而与WebKit和Gecko的实现达成一致.虽然Opera/Presto没有这么干,不过它立刻要切换到Blink内核了,因此全部浏览器的appName属性都将会是Netscape.

最后一个假装方式,就是IE11如今会伪装不支持document.all.若是你使用特性检测来检测浏览器是否支持document.all,它会像Firefox,WebKit,以及Opera同样,反回一个false(译者注:在非IE浏览器中,document.all是个很是特殊的属性,它是一个对象值,但它同时又是一个假值,按照JS标准,这是不可能的,查看http://www.w3help.org/zh-cn/causes/BX9002).为何要这样作?难道特性检测不是一直提倡的作法吗?是的,可是,不少开发者们总用"特性检测"来充当"浏览器检测"(译者注:Maintainable JavaScript一书中把这种检测方式称之为"浏览器推断",是不推荐的作法),这是不对的,在Opera工做时,我曾无数次看到过下面这样的代码:

var isIE = null;
if (document.all) {
 isIE = true;
}

if (isIE) {
  // IE私有的代码,好比ActiveX,滤镜相关的
} else {
  // 符合标准的代码
}

若是document.all为真值,则你立刻判定它是IE,而后执行一些绝不相关的代码(译者注:指的是与document.all这个特性绝不相关的代码,这就是浏览器推断的表现).

若是IE之后伪装不支持它,就能够避免被识别出来.另一种多是真的彻底删除掉这个属性,但这样会破坏不少网站已有的代码.假装不支持是一个很折衷的选择,浏览器开发商喜欢这么作.

但你必须记住,全部这些变化都发生在一个泄漏版的IE11中.颇有多是IE的开发者们想试验一下,看看这些变化执行以后的修复程度是否大于其破坏程度.咱们不能过早的判定这些变化都会出如今最终版本的IE11中.

全部这些变化意味着什么呢.微软实际上在告诉全世界:"IE已经成长了,它是与标准兼容的,它可以支持网站上全部符合标准的代码,咱们再也不但愿有专门为IE准备的代码".我比较倾向于相信这一点.IE10已经向前迈了一大步,IE11也许真的可以就标准实现上和其余浏览器进行竞争.

ES6

在这个泄漏版的IE11中,发现了两个ECMAScript 6(下一代JavaScript)中的新特性:

__proto__

在ECMAScript规范中,对象的原型用[[Prototype]]内部属性来表示,咱们并无方法直接操做这个属性.ES6经过对__proto__属性进行标准化改变了这一点.IE11如今也支持了__proto__属性,和Firefox,WebKit以及Opera一块儿.__proto__ 属性目前是非标准的,且我认为是个很是丑的API.

WeakMap

一个WeakMap对象是一个由键值对组成的映射,其中每一个键值对中的键必须是一个对象值,而且若是除了这个键之外,一旦没有其余的引用指向这个对象时,这个对象就会被垃圾回收器回收掉,固然,引用它的那个键值对也就不复存在了.正由于这种表现,因此WeakMap对象中的键是不能被遍历的.WeakMap的一个典型的使用情形就是用它来保存对DOM节点的引用,每当一个DOM节点从文档中删除以后,对应的DOM对象就会被回收掉,WeakMap对象引用它的那个键值对也会被自动删除,这样减小了对内存的占用.

支持WeakMap的浏览器有IE11,Firefox,以及Chrome(须要在chrome:flags页面中开启相关选项).

WebGL

若是说存在一个IE反对者们能够用来声称"目前的IE仍然不属于现代浏览器"的理由,那么这个理由就是IE还不支持WebGL.不过我我的认为,对于大部分web开发者来讲,WebGL并非一个最重要的特性,由于它是一个很复杂的技术,一般的网站不须要3D图形的显示.

但在某些场景下,WebGL的确是个很关键的因素,好比说游戏.Mozilla和Epic最近宣布了利用asm.js将Unreal 3引擎移植到JavaScript的消息,这也就证实了Web愈来愈有能力成为真正的游戏平台,以致于微软也火烧眉毛的实现相关技术.

在这个泄漏版的IE11中,已经可以使用WebGL了,不过使用前必需要先导入一个注册表文件才行,毕竟还在开发阶段,不能直接开放.一开始人们发现它只支持IESL着色语言(基于DirectX),而不是符合标准的GLSL(基于OpenGL),后来才发现原来注册表中的一个值可以控制浏览器在这二者之间切换.

不过咱们不能高兴的太早.直到最终的IE11正式版发布以前,咱们都不能肯定它是否真的会成为IE11的特性.我记得当初Opera中的WebGL就是默认关闭的,由于当时让Opera访问一个带有WebGL内容的页面,就会致使操做系统的蓝屏死机(我认为这是着色器致使的).Safari目前也是默认禁用了WebGL.不过,既然微软正在实现WebGL,将来的IE11不包含它的可能性是很是小的.

网络

有证据显示,这个泄漏版的IE11已经支持了SDPY,虽然目前还不是全功能的.因此咱们有理由猜想,该特性会出如今最终版本的IE11中.

SPDY是一个由Google提出的,基于HTTP的网络协议.它的主要目的是想经过下降网络延迟,压缩请求头,以及减小客户端的链接数来加速网页的加载.虽然目前SPDY还不是标准,但IETF已经用它做为了HTTP 2.0标准的基础.

SPDY目前已经被Opera,Firefox,以及Chrome支持.

DOM和JavaScript API

Mutation观察者

若是你想监视某些DOM变化,传统的作法就是去监听Mutation事件.不少人都已经知道,Mutation事件是有设计缺陷的,由于它会致使严重的性能问题.正由于这个问题,Mutation事件现已被废弃.

可是Mutation事件的功能是很是有用的,咱们须要一个替代品,因而就有了DOM4中的Mutation观察者.IE11实现了这一特性,和Chrome,Safari 6,以及Firefox一块儿,Opera一旦切换到Blink内核,也天然会继承到这一特性.

全屏API

有时,咱们但愿可以隐藏掉浏览器的窗口部分,让网页占据整个屏幕来显示.最多见的使用案例应该就是在播放视频的时候了,游戏算是第二常见的案例.全屏API可以让咱们实现这一需求.

看起来IE11也要实现这一规范,由于这个泄漏版的IE11中已经有了requestFullscreen方法,固然,是带有ms前缀的,剩余部分的规范应该会在接下来的版本中实现.另外,Opera也已经实现了这一规范中的全部API,且是不带前缀的.Safari,Chrome,以及Firefox中的实现是带前缀的.其中Firefox的当前实现是依据旧版规范草案的,Safari 5.1和Chrome 15–19也是(参考caniuse.com).

因为Metro IE(也许还有其余的名字)始终是全屏的,那么该特性也就主要在桌面环境中使用了.

CSS

关于IE11新增了哪些CSS特性,并无太多的新闻,也许是由于还处于开发初期,而且IE10已经实现了很多新的CSS特性的缘由.其中有一个好消息是,IE11更新了FlexBox的实现到最新版的规范草案(颇有多是最终版).Flexbox语法在IE10正式发布的前两天发生了变化,因此致使IE10实现了一个过期的语法.我在编写SmashingBook 3中的FlexBox一节时,就被这个问题所困扰.目前只有Opera 12.1,Chrome(带前缀),Firefox 22实现了新版的FlexBox规范,Safari实现的仍然是旧版的规范.

-------------------------------------------------------------------------------------------------------------