最近关于 ECMAScript 之未来的讨论颇为活跃。Brendan Eich引发了关于ECMAScript 4 的一阵狂风暴雨的讨论。它是否正走在正确的道路上呢？
ECMAScript 4 是 JavaScript 和 JScript 这两个实现所依标准的下一代版本。随着 ECMAScript 4 概览的发表，JavaScript 的创造者 Eich 将我们要如何让 JavaScript 向 ECMAScript 4 靠拢的问题提到了大家面前。虽然 ECMAScript 4 的工作一直在进展中，仍然有很多人对这个规范不满，认为它走得太快、太远，却又没有解决语言现今面临的一些严重问题。
在发布规范概览之后，Eich狠批了Microsoft 缺席讨论。Microsoft 的JScript 团队被激起了回应，他们整理了一份列表，列出了JScript 与规范或一般公认的做法之间的所有差异。Microsoft 认为ECMAScript 4 的步子迈得太大，而IE 的平台架构师Chris Wilson 也详列了他个人的想法。
Douglas Crockford 这位在 Yahoo! 工作的广受尊敬的 JavaScript 专家也同样有所保留：
很多人都觉得 JavaScript 烂，并且希望新语言能少烂一点。我的担心是它可能更烂。一门新语言如果能证明自己，就会被人接受。但在它得到证明以前，不应该就先标准化并用以取代稳定的旧技术。
Ajaxian 汇集了讨论这个题目的若干帖子，就连 Dave Thomas 也对 ECMAScript 4有话要说：
单单浏览一下 Wiki 我已经可以看到这个语言包含 prototype、类、multi-method（？）、静态类型、动态类型，等等等等。这让我这个老头子想起了其他由委员会设计出来的大型语言，像 PL/I、Algol 68 和 ADA。这些雄心勃勃的语言无论设计还是实现都集中了一帮子聪明人，但不幸都搞得太复杂，面世也太晚。JS 是要给一般人用的语言，不是什么只有技术天才才能理解的语言。如果你是一个 Ajax 开发者并且关心动态语言的发展，我觉得你是时候站出来发表意见了，去帮助 ECMAScript 4 转向一条不那么好高骛远的路径。对语言来说，小才是真好。
关注 JavaScript 的未来，请继续留意 InfoQ 的报道。
暂无签名
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
评论 1 条评论