换个眼界看IE，它真的有那么可恶吗？

一说到IE我想不少web小伙伴都避之不及，对于IE经验不足的同窗能够说更是 恨之入骨，撕心裂肺般的烦恼与气愤?，被折磨的不要不要的。我感同身受，去年的个人生日愿望就是， 我但愿IE浏览器在这世界上没有一个用户。

这篇文章是一个追溯历史并收集IE在web上的贡献地位的非干货性文章，若是有幸被转发分享到其余平台(非SF)，请到segmentfault来查看，或者关注个人github。同时，我也但愿你们提出文章中的不足，加以补充，万分感谢?。

事件冒泡

在 web3 时代(netspace3 & ie3)，就已经有了事件这个东东，当时是为了减小服务端的压力，后来开发者发现了一个颇有意思的问题，就是一个在一个同心圆中，若是触发事件，那应该怎么办呢？

IE依然秉承着优良传统，无论其余人怎么搞，我先来解决一下，以后也就出现了事件冒泡的这个概念。

随之，netspace网景公司也提出了本身的解决方式，正好与IE大相反(有可能这哥俩谁都不服，专门对着干)，它提出了事件捕获的理论，也就是从外向内直至触发元素，依次触发事件。

虽然如今w3c标准把二者都归入了规范，但咱们大多数仍是更偏向于冒泡，因此这个IE的点子不错，算你厉害。

Ajax

上世纪90年代全部的网页都是单独的文本页，每次交互都须要去向服务器请求新的页面来展现信息，随着web的不断发展访问量不断增长，服务器承受的越俩越多，当时就用java来嵌入了一个小程序(Java Applet)，它能够动态更新页面内容，我的认为,java小程序过于笨重并且为了保持平台的语言统一，后来IE的Outlook Web Access团队把了iframe嵌入到HTML实现了局部刷新，不久就他们就发布了客户端HTTP请求在当时，这是第一个能够不用经过刷新页面去主动发送HTTP请求的技术，并迅速应用到了IE4之中。时至今日，从ActiveXObject,XHR,Fetch，技术一直在向前走，但始终离不开AJAX的概念，因此IE起了个好头(就是没找)。

标准模式与混杂模式

IE5.5最早使用了标准模式与混杂模式，多是由于自身(你懂的)缘由，面对规范与本身的低版本浏览器(与规范差别较大，若是彻底支持规范，用户若是更新浏览器彻底崩溃了)不能互融，因此这部分交给了开发者来处理，让咱们来选择以什么样的浏览器模式处理。

IE作出这个决定也是别无它法，若是脱离了规范就真的成为独脚兽了，若是支持，还得照顾低版本浏览器，因此这个方法无疑是最好的。也由于这样，当时的其余浏览器，IE 打了个头，其余浏览器纷纷效仿，这也算IE打了个头提出了不一样规范下的兼容模式。

首个使用Css

IE6是第一个彻底支持css-Level1的，它支持

• (class,id)selectors,
• descendant selectors,
• a:-only pseudo-selectors

详情请看这篇文章。

webApp

微软早在IE3的时候已经开始把网页集成在desktop上了，正是由于这件事情，引发了美国政府的极度不满，从而引起了美国诉微软案，虽然确实有点垄断，图谋不轨的那种感受，但从用户的使用角度来讲这确实是一个很好的想法，过去这么多年了，咱们不仍是在追求着SPA，PWA，想要更接近原生应用一些，但是这些Feature IE早就已经实践过了，再看看从之前的服务器端渲染，经历了各式各样的新型玩法以后，发现了新大陆"SSR"，不禁暗自感叹，技术就是一个圈，若是没有本质上的突破，就一直绕着这圈跑，造轮子，造轮子，造轮子。

真心话

其实,IE最大的好处就是能够下载 Firefox 与 Chrome 浏览器，哈哈，无论对错，它为web的发展贡献了这么多，即使之前对兼容问题比较偏执，但现代版的IE一直在跟随W3C的脚步，但愿有一天能够像 Gecok 与 Blink 同样高效积极支持规范。若是你们知道什么IE的特殊之处敬请说来。