现在写 JavaScript 还要考虑对不同浏览器的支持吗？

或者说，对于 IE6 以上，FF3.5 以上等浏览器，对JavaScript的支持还有多大的差异？它们的发展趋势是不是逐渐符合 ECMA 的 ECMAScript 标准

JavaScript语言本事的目前在主流浏览器中不存在兼容性问题（当然es3与es5间是有差异的），兼容性问题主要在与JavaScript操作DOM和BOM部分，但这部分的兼容性问题jQuery已经做的相当完善了，如果使用JQuery通常也无效考虑太多JavaScript方面兼容性问题。

首先，要假设这裡提到的是纯 JS，如果连 DOM 一起考虑会非常複杂。

大家应该了解浏览器差异不同的原因有不同的种类，避免问出难以回答的问题、了解标准的极限并不对标准有不实际的幻想。这裡将浏览器 JS 实作差异种类分为三种：新特性、错误的实现、规范未定义造成的歧异。

新特性：很多兼容性的问题仅仅是有些新特性有无实现的问题。在讨论 ECMAScript 兼容性时候，必须先釐清 ECMAScript 的版本，现在最新的 ECMAScript 版本是 5。

ECMAScript 5 新特性的实现情形，可以参考[1]的表格，可以注意到在 IE6、FF3.5 以上还是有不一样的实现情形。超过 ECMAScript 5 的新特性的兼容更是无法避免，FF 有很多这种实验性的特性，例如说 var {name, age} = person; （这叫 destructuring assignment[2]，等同于 var name = person.name; var age = person.age; ）

也就是必须了解很多时候实现走在标准前面，而标准制定是实现标准化的过程，所以在这个过程中实现不一致是很一般的情形。

错误的实现：理论上浏览器应先修复既有的实现才实现新特性，但是很多既有实现的错误仅发生在非常极端的情况下，因此考量到成本跟利益的情形有时候浏览器会先选择实现新特性。

ECMAScript 的上一个版本是第三版，其兼容性可以参考[3]，各浏览器通过的测试比例分别是：Opera 10.50 - 98.5%、Safari 4 - 97.0%、Chrome 4 - 95.8%、FF 3.6 - 95.0%、IE8 - 91.2%（2010年3月当时的最新浏览器）。

规范未定义造成的歧异：有些 ECMAScript 特别指出的未定义行为造成的歧异。

举个例子来说，ECMAScript 5 没定义 Math.random() 的算法造成 WebKit 使用的位数较少[4]。其他例子可以从 ECMAScript 5 的规范[5]裡面搜寻 "implementation-dependent" 得到。

这种问题严格上不能责怪浏览器实现者，真要说的话应该算是规范不应该留下这些「未定义漏洞」，HTML5 规范裡面基本上没有这些「未定义漏洞」。另一方面，留一些漏洞是留给浏览器实现者一些自由以优化代码等等。但以现在的观点来看，这些漏洞造成 Web 开发者的困扰更大。