不改变语言的前提下推进Java演进.docVIP

不改变语言的前提下推进Java演进 James Gosling在“The Feel of Java”中说过：Java是一种蓝领语言，它并不是博士的论文材料而是可以完成工作上的语言。很多不同的程序员都非常熟悉Java，因为我有一种趋势去选择普及的东西，这是一个不错的选择。 Java的这种成功证明了它的这种方法是正确的，如果Java今天仍然以这个为目标，那么它的语言演进将变得很缓慢。Java作为一个成熟，使用广泛的语言也将导致其演进过程充满了困难。一方面，每个特性添加到语言中都有可能造成不可预知到后果，这么做会疏远那些熟悉Java的人，另一方面，本身很完美的特性可能在与其他特性进行交互时产生未知的影响。更糟的是，一旦增加了某个语言特性，几乎就不可能再将它移除，即使这个特性会对整个语言产生危害也没办法。语言设计者为了证明某个特性是正确的，应该从长远的角度来考虑，不应该在短期内解决这个问题，而之后就变成了多余的。为了降低风险，语言设计者一般会创建单独的一种语言或者分支来进行试验，比如Pizza语言就是在完成前用来测试Java泛型的。这种方式的问题在于试验的参与者是比较少的人群，并且是自愿的。他们对语言特性很感兴趣，很多人是学者或者研究员。但是，在普通的程序员使用这些特性时，那些学者或是研究员认为很好的特性可能变得很糟。 为了感受一下这种情况，请考虑Java7闭包特性的激烈争论。很长时间以来有人在提案中给出了闭包的实现，但最终却还是没有达成共识。然后，Sun公司不在JDK7中添加完整的闭包支持。争论的焦点转向为添加泛型会不会导致Java变得越来越复杂，在Java中已经通过匿名内部类部分实现该功能的情况下，完整闭包还是正确的吗。需要完整闭包支持的是简化fork/join API(添加到了JDK7中以改进多核编程)的使用以及清理资源。Josh Bloch的ARM block提案对第二个问题给出了另一种解决方案。Cliff Click博士在面向Java的可扩展，非阻塞变成风格的研究中给出了关于fork/join的另一种方案，这种方案随着核心处理器的不断增加看起来也很合理，如果这种成为可能的话，那么Java中使用闭包的地方将会很少了，语言就不需要提供这个特性了。 虽然这样，但是对编程语言来说。不断的平稳发展还是非常重要的。因此下面讲了3种技术，向Java中增加新的语言特性而又不改变语言本身，他们是客户化领域特定语言（DSL）、Java6的注解处理器（用库来添加可选择的语言特性）以及将语法糖从语言般向IDE。每个技术都能让主流开发者用非侵入方式体验这些新特性，好的想法可以融合到语言核心当中。 客户化DSL 在这3个技术中，讨论最多的还是特定领域语言或者说是DSL。关于DSL的定义有很多争议，但是为了方便我们讨论，我们把它当作一个简单的语言而不是一个解决计算机问题的语言。那样DSL就不是图灵完备的了。当然也有边缘情况，例如，Postscript是图灵完备的语言但是也可以作为DSL来定义。 正如上面的例子，一个DSL也不是新的想法。其他熟悉的DSL包括正则表达式，XSLT，Ant和JSP，所有这样都需要一个定制的分析器排序，来处理他们。Martin Fowler也指出interfaces/API可以被认为是一个第二种类型的内部DSL。他认为一个内部DSL应该被开发语言直接开发，这是Lisp和Smalltalk程序员普遍的做法，以及最近Ruby社区也一直致力推广这一技术。 虽然很多知名的DSL是为了商业上的开发和维护，但是一些企业已经使用这项技术来创造一种语言，但还是小部分人，可能是DSL门槛较高吧。这个小组必须设计语言，建立解析器和其他可能的工具来支持这个程序，以及培养一个新加入者如何用DSL。这是出现来可以支持DSL开发的工具，这大大的改变了局面。Intentional Software所开发的Intentional Domain Workbench比Java还要久，它首先实现了该工具的功能。该项目开始于微软研究院，Charles Simonyi博士在1995年所发表的论文“The Death of Computer Languages，the Birth of Intentional Programming”中描绘了其愿景。2002年，Simonyi 创建了Intentional Software以继续实现他的想法，一个巨大的系统中获得的令人印象深刻的视频。该产品现在是1.0版本，但访问权仅限于有限合伙人。 其他的一些公司也开始研究这项技术，其中包括一IntrelliJ IEDA Java IDE而出名的JetBrains，它最近发布了Meta Programming System（MPS）1.0版。MPS并没有使用分析器，而是直接使用Absta