Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/javascript/363.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Javascript 为什么ECMAScript第四版被完全废弃?_Javascript_Ecma262_Ecmascript 4 - Fatal编程技术网

Javascript 为什么ECMAScript第四版被完全废弃?

Javascript 为什么ECMAScript第四版被完全废弃?,javascript,ecma262,ecmascript-4,Javascript,Ecma262,Ecmascript 4,我一直在寻找一些关于废弃的ECMAScript第四版的信息,但没有获得多少成功,即使如此。我知道Mozilla的JavaScript 1.7实现了第四版中提供的许多(全部?)新功能,我想我还记得John Resig在上面的一篇好文章,但我现在似乎在他的博客上找不到 特别是,我想知道为什么ECMA-262第5版被完全废弃了,为什么它不仅仅是改进了。有些特性非常酷,比如生成器、迭代器、let、新赋值运算符和(我特别喜欢的)分解赋值 我知道所有这些特定的特性都会在使用过时ECMAScript实现的浏览

我一直在寻找一些关于废弃的ECMAScript第四版的信息,但没有获得多少成功,即使如此。我知道Mozilla的JavaScript 1.7实现了第四版中提供的许多(全部?)新功能,我想我还记得John Resig在上面的一篇好文章,但我现在似乎在他的博客上找不到

特别是,我想知道为什么ECMA-262第5版被完全废弃了,为什么它不仅仅是改进了。有些特性非常酷,比如生成器、迭代器、let、新赋值运算符和(我特别喜欢的)分解赋值

我知道所有这些特定的特性都会在使用过时ECMAScript实现的浏览器中抛出错误,但既然知道有一天这些实现会很少,为什么不包括它们呢?还有其他原因吗?我们是否有可能在未来的版本中看到一些废弃的功能重新出现,或者供应商是否害怕破坏兼容性,以至于我们可能永远也看不到对标准的改进


顺便说一句,如果你能了解一些关于这件事的意见,你会不会因为看到第五版的某些功能被删掉而感到恼火,或者你认为这样更好?是否值得玩转ECMAScript 4的实现?

如果您有55分钟的空闲时间,请参阅视频或。

简单地说,没有ECMAScript第四版。从:

为开发第四版ECMAScript做了大量工作。尽管这项工作尚未完成,也没有作为ECMAScript的第四版出版,但它为语言的持续发展提供了信息。目前的ECMAScript第五版(作为ECMA-262第五版出版)编纂了语言规范的事实上的解释,这些解释在浏览器实现中已经很常见,并增加了对自第三版出版以来出现的新功能的支持

基本上,关于如何推动JavaScript向前发展有很多非常强烈的观点,其中许多观点是不兼容的,其中一些观点在事情崩溃之前已经被汇编成了一些人认为是第四版的东西(尤其是因为缺乏一些重要实现者的支持)。与此同时,新版标准已经非常、非常过期了,因此经过大量的事先协商,各方于2008年7月在奥斯陆举行了会议,并商定了一条前进的道路(Brendan Eich[JavaScript的发明者]后来在编写时将该方法称为“方法”)


Harmony推迟了一些事情,将一些事情永远放在桌面之外(名称空间、包、早期绑定),而且——重要的是——允许委员会推进自1999年以来的第一次规范更新:第五版。

基本上,它正在成为一个厨房水槽,有太多的功能需要实施。

在采访中,有两位受访者在这个问题上持相反意见

这似乎归结为v4开发人员和社区中其他一些受人尊敬的成员在语言应该包含什么方面存在根本性的分歧


(顺便说一句,我强烈推荐这本书)

我推荐,但不是现在。我明天会查出来-谢谢你的链接:-)+1。感谢邮件列表链接,这是一个很好的阅读,它似乎回答了我的很多问题,特别是关于供应商反对对标准进行语法改进的部分。我很高兴地看到,他们不仅看到未来的实现主要/仅对对象进行扩展,还有其他一些东西还在考虑之中。