JavaScript框架如何发展

jieforest

InfoQ：有人建议使用另一种客户端语言，例如Ruby。您认为JavaScript目前是否足够强大？是否需要做出大的修改？是否应该使用更多的DSL技术？

Dylan：我想我们很可能会看到DSL，甚至在服务器端也会有JavaScript。有一个服务器端JavaScript讨论组对此有着 极大的兴趣。JavaScript本身并不是问题所在，真正的问题是浏览器对DOM和JavaScript交互的实现方式，以前的JavaScript引 擎比现在Mozilla、Google、Apple和Opera都要慢很多。我曾经认真考虑过如果Python或Ruby成为客户端语言意味着什么，坦白 说我觉得这并不能解决问题。

Matt & Eric：JavaScript在ECMA 3.1中做出了彻底的改变，这就是目前我们真正需要的。

浏览器可以自行选择实现其它的脚本引擎。不过既然它们按照规范实现了DOM API，使用什么脚本语言也就无所谓了。一些人——包括Yahoo的Douglas Crockford－曾经争论过将来的Web是否需要一种新的内建安全机制的语言。

Andrew：完全的语言替换是不会发生的－JavaScript背后的力量很强大。我喜欢已经流产的ES4提案中的很多新特性——运算符重 载、Ruby风格的catch-all methods等等。不幸的是，ES4包含的太多了。我很庆幸在“妥协”后，ES3.1包含了getter和setter。但是我认为ES 3.1做的还不够。简单来说，我觉得应该尽量让JavaScript更加动态。

jieforest

Thomas：是的，我觉得JavaScript就应该是现在这样。它不应该成为一个“真正的面向对象编程语言”，它强大的基于原型的机制已经很好了。这可以让我们使用不同的开发风格，并根据个人喜好进行定制。JavaScript和Ruby有时候非常相似（JavaScript框架 Prototype中的某些部分就是在向JavaScript中添加Ruby风格的元素）。更多的DSL将会很好——我最希望未来在JavaScript中 能有两样东西，一样是捕获未定义函数名（就像是Ruby的method_missing），另一样是内联函数（blocks）以避免总是需要写 function(){...}。

David：JavaScript是这个星球上最成功的编程语言之一。尽管有些语言没有那么多的问题（我们知 道Valerio喜欢写Lua 代码，他已经爱上Lua了），JavaScript真正的问题一直是浏览器的实现。框架为我们解决了其中的大量问题，但是显然JavaScript规范应 该得到更新。框架的目的有3个：1）抽象出浏览器的不同，并支持老版本浏览器；2）提供丰富的、更方便的API；3）提供规范中没有的功能（例如效果、可 排序表格、图册）。

对于浏览器的错误实现，我们需要1），对于仍不好用的API，我们需要2），对于规范无法提供丰富的功能，我们需要3）。我们只是没有发现这些东西在近期有任何改变。

Scott & Joel：我认为JavaScript作为一种语言非常强大，甚至有些时候太强大了。你有64位整型数或为金融程序而内建的BigDecimal，但是JavaScript面临的最大挑战在与如何构建和管理庞大的手写源代码库。当我们最初创建GWT时，我们打赌 JavaScript为人们喜欢的巨大灵活性也可以使它成为一个优秀的编译器目标语言，因此也可以将它当成是Web上的某种汇编语言。

yellowweng

nice

superhotdong

支持JS