Javascript HTML5跨浏览器的故事与CSS/JS有什么不同？

当CSS和JS变得流行时，最大的挫折是每个浏览器的实现方式都不同，只有有限的“酷东西”可以跨浏览器工作，或者工作方式不同

现在我们正在使HTML5流行起来，所以看起来我们又要开始CSS/JS不兼容的旅程了，但现在是3D、动画和视频播放风格

我的问题是——大浏览器是否以这样一种方式改变HTML5的实现，以至于我们再次走上同一条道路？拐角处还有IE6吗

---

如果不是，是什么让这个故事与众不同？

现在不同的是，每个“现代”浏览器制造商（*）都在共同努力，以兼容和完整地实施标准，并参与标准定义

顺便说一下，CSS和JS是HTML5中非常重要的部分

---

（*）除了微软，其他人都知道，但考虑到HTML5的发展势头，微软决定在IE9中实现（部分）HTML。我希望他们这次能解决问题，其他所有人都在同一条轨道上。

情况类似，每个供应商的功能实现可能略有不同。但是，就目前而言，最大的区别在于规范的主要子组件可能会从浏览器中忽略，直到HTML5规范完成，所有浏览器都能跟上。有一个名为modernizer（）的有用工具，可以帮助您的JS代码找出哪些可用，哪些不可用。我建议您在运行时使用该功能或类似功能来检测浏览器功能，以便您的应用程序正常降级。

这个故事有所不同，因为浏览器现在都认为兼容性很重要

例如，考虑IE9的“相同标记”营销。这确实表明了当前的心态

第二，HTML5具有难以置信的向后兼容性<代码>将呈现为IE6上的纯文本输入字段（因此，优雅的降级变得容易）

当然，人们仍然在使用许多旧的浏览器，但没有一款浏览器拥有像IE6那样的市场份额，因此无法真正与之相比。此外，浏览器的升级周期似乎比早期的后IE6时代要短

我目前认为IEs<9最有可能成为现代IE6。对于Chrome来说，它的升级周期使其不太可能。不确定Safari和Opera的比较结果如何，但它们肯定没有巨大的市场份额，因此它们真的没有机会成为类似IE6的产品（我不考虑移动世界）。 至于Firefox，它还包括免费和简单的升级，这让我认为Firefox用户很快就会升级到新版本

这使得IE9不支持XP，这意味着大多数XP用户将使用IE 我的问题是——大浏览器是否以这样一种方式改变HTML5的实现，以至于我们再次走上同一条道路

当然可以。每当您向具有多个实现的平台添加新功能时，这将不可避免地发生

这一次不会那么糟糕，因为浏览器制造商正在合作，努力满足兼容标准。但情况并非总是如此：早在浏览器大战1.0时代，网景和微软就已经尽其所能，引入了一些考虑不周、毫无理由不兼容的扩展，让网络作者可以依赖，从而削弱了彼此和其他浏览器

拐角处还有IE6吗

IE6在当时并没有那么糟糕。这是微软在遵守CSS标准（他们在起草中起到了重要作用！）和兼容行为方面真正投入了一些精力的第一个版本。它领先于IE5（有着可怕的盒子模型错误），更不用说网景4了

IE6唯一的问题是微软认为它结束了浏览器战争，因此停止了开发。然后，当他们开发IE7时，向后兼容性很差，而且由于愚蠢的操作系统集成，你无法同时运行这两个应用程序，这使得许多企业只能使用编写糟糕的IE6网络应用程序，这意味着他们根本无法升级

如果有“下一个障碍浏览器”，它可能是IE8，因为这是最后一个在XP上运行的IE。

当人们谈论“跨浏览器”问题时，他们总是说“它在IE中不起作用”。现在你会发现，随着时间的推移，浏览器会增加功能，然后版本会升级，除非在IE中需要几年的时间。这种不分伯仲的做法意味着，在几个月内，所有高级浏览器都会出现新的实现

---

新规范也给出了错误条件，这意味着浏览器供应商应该返回与其他所有浏览器供应商相同的错误。供应商更可能使用“供应商扩展”来首先引入新功能，例如-moz或-o。希望这一切都意味着问题比过去少得多。

假设一个无辜的问题：看看其他的安塞尔人，这次基本上会有所不同。

---

假设一个不那么天真的问题：不会有什么不同，你可以安全地使用Silverlight（并停止宣传）：-）

公平地说，微软有HTML5的一部分，比如contentEditable，甚至在IE 5.5中。此外，IE8中还提供了HTML5的一些现代次要部分。@luiscubal：将HTML5的部分放在IE5.5中并不是微软的远见，而是WHATWG（和W3C）的后见之明。另外，正如您所说，IE8中已经存在一些次要部分。HTML5起源于2004年，比IE8发布早了很多年。依我看，他们已经被迫真正支持它，而不是反过来。IE 9不在XP上运行？！唉。距离XP在公司环境中真正衰落还有十年。@Larry K-这很可能简化硬件加速的实现（Direct2D，f