Eclipse 3.2 Java开拓东西的新特性
副标题#e#
Eclipse是一个风行的针对Java编程的集成开拓情况(IDE)。它还可以用作编写其他语言(好比C++和Ruby)的情况，归并各类种类东西的框架，以及建设桌面或处事器应用措施的富客户端平台。如今，Eclipse开源社区拥有数十个项目，其范畴从商务智能到社会网络等各个方面。Eclipse同时也是打点这些项目标非获利性组织的名称。(并且，尽量我相当必定它并非地板蜡，照旧存在Eclipse汽车、足球队和口香糖。)
Eclipse version 3.2在Eclipse Callisto 刊行汗青上具有里程碑的意义:于2006年6月30日同时宣布了10个Eclipse项目。本文将会合探讨Eclipse IDE，出格是其Java 开拓东西 (JDT)。
JDT组成
JDT的汗青可以追溯到1996年阁下利用Smalltalk编写的Visual Age for Java(VAJ)。在VAJ中，一切内容城市在输入时举办编译，并在内存中完全理会。这种设计的可伸缩性不是很好，难于扩展，重建文件也有必然的坚苦。
1999年，该IDE团队开始开拓Visual Age Micro Edition(VAME)。这个东西完全以Java编写，并利用尺度Widget 东西箱(SWT)来实现其用户接口。其时的VAME将方针定为嵌入式空间中的开拓与应用。为此，它利用了尺度的Java VM，并把事情区生存在文件系统中。然而，文件和文件夹名称都是一些无法读取的UUID。
与VAJ提供的编译器对比，VAME的增量式编译器快了近10倍。该模子是基于状态构建的(与今朝的Eclipse相反，Eclipse是基于源代码的)。VAME有本身的存储库系统Rapier，而且可以利用插件对其举办扩展。
VAME实际上并没有在社区中风行开来，可是它包括了大量优秀的思路，开拓人员在接下来的Eclipse项目中延用了这些思路。2001年，Eclipse 1.0宣布。它被描写为“一种通用的IDE，并不出格针对付什么内容”。一开始，Eclipse和JDT都被构建为其他开拓东西利用的平台。事情区生存在磁盘上，并对其他事情区开放。Eclipse 1.0集成了CVS，而没有利用专用的存储库。
Eclipse与其先行者之间有一个重要的区别:它是开源的。其用户社区以爆炸式的速度增长，并可独立维持。Eclipse 3.2的大部门新的和改造成果都源自eclipse用户提出的加强要求。自从3.1版本以来，已经有高出30,000个修复和加强的要求获得了办理。由于要把全部这些要求都过一遍需要很长时间，下面我们就重点报告个中一些对付大大都Java开拓人员出格重要的要求。
Eclipse编译器
JDT更为强大的成果之一等于它内置的增量式Java编译器，这个编译器与javac完全兼容。尽量可以让Eclipse利用Ant和javac，甚至可以让问题符号显示在IDE中(此为3.2版本中的新成果)，可是Eclipse编译器可以提供更好的诊断技能和更快的周转周期。
JDT编译器原本是为VAME而编写的，后针对Eclipse举办了修改。这个编译器构建在开拓人员称之为“编译的3大法则”(仿照了阿西莫夫的呆板人3大定律)之上:
·正确性:编译器不能伤害源措施。
·高效性:编译器必需快速，除非速度与法则1产生斗嘴。
·友好性:编译器必需辅佐用户更正编程错误，只要这类辅佐不与法则1和法则2斗嘴。
·正确性:设计Java编译器时，不只必需遵循相应的类型，并且必需了解该类型的“精力”，仅仅思量正确性是不可的。因此，JDT开拓人员多年来辛勤事情，以便与其他编译器的成果保持一致，个中包罗Sun的编译器。在Eclipse 3.2中，仅针对正确性的查抄就高出了15,000次单位测试(对比之下，VAJ中基础没有举办单位测试)。
·高效性:数千个项目和数百万行代码往往是很泛泛的工作。这意味着要办理许多问题，譬喻内存利用必需是可预测的并加以分级。Eclipse 3.2继承对此举办努力的优化。譬喻，开拓人员可以重写一个流程图以利用位操纵，功效位操纵的时间耗损从20%降到了4%。
·友好性:陈诉错误是一门艺术。仅仅利用行号还不足。二级错误被最小化。譬喻，假如一个文件内遗漏了一个分号，它不会影响到与它相关的其他文件。改造后的静态阐明成果有助于发明错误模式。别的，Eclipse还可以对Javadoc举办正确性查抄。
就3.2版原来说，Eclipse编译器是与Java SE 6.0兼容的。没错，Eclipse支持Java 6类和StackMapTable属性(甚至在Java 6宣布之前)。别的，该编译器还提供大量新的诊断成果，有助于在运行代码之前发明个中的错误。与3.2版本的编译器(提供了45种诊断成果)对比，VAJ仅提供了3类诊断成果。最新的一些诊断成果包罗对以下内容的检测:
·利用显然是null的变量。
·不须要的null查抄。
·对要领参数的偶尔赋值。
·通过让之前的巨细写状态失效的方法，切换巨细写输入。
·利用非一般(原始)范例。
·未利用的标签。
·不须要的-NLS
在默认环境下，大大都这些成果都处于封锁状态。虽然，还可以利用注释把它们配置为封锁状态。
#p#分页标题#e#
从3.2版本开始，假如想在Eclipse外部利用Eclipse编译器，您可以单独下载该版本。它的呼吁行参数与javac兼容，而且下载文件巨细仅有1MB阁下。既然Eclipse编译器是开源的，所以很多其它项目(譬喻Apache Tomcat)就可以把它绑定到它们本身的软件中。
#p#副标题#e#
编辑
任何开拓情况的最根基特征首先表此刻编辑器上。您会在这方面花上大部门的时间;因此，编辑器必需是舒适、不唐突且成果强大的。自从Emacs以来，每个编辑器都至少包括一些常见源措施语言的基本常识，以便可以或许提供语法高亮显示成果。JDT利用它的Java模子来提供语法高亮显示成果;譬喻，它十分清楚类与实例变量之间的区别，因此能以差异的颜色来符号它们。它甚至可以或许按照源码注释来指出您挪用的一个要领是否是过期的(或不推荐利用)，而且针对这一要领挪用绘制一条直线以强调这部门代码值得留意。
在Java编辑器中，更有用的呼吁之一是Ctrl-Space (内容帮助)。不记得一个工具的要领有哪些或如何拼写一个类名吗?只要按下Ctrl-Space， Eclipse将在任何指定点提供一个有效的大概性列表。Eclipse 3.2继承改造这项成果。譬喻，输入长标识符，譬喻“LongJavaName”时，此刻您可以输入“LJN”而且按下Ctrl-Space， Eclipse就会知道您的意思。这称作“CamelCase完成”成果。举办范例查找时，它也能发挥浸染(Ctrl-Shift-T)。
您是否厌烦了输入像"StringBuffer buffer = new StringBuffer();"?这样的习用语。此刻，不必再举办这类反复了。在3.2版本中，可以输入:"SB," Ctrl-Space, Space, Ctrl-Space, " = new ", Ctrl-Space, "();"来取代。在此，我们利用了16次击键来取代了47次击键。想在一个变量名前加上差异的前缀吗?没问题——只要在第二个Ctrl-Space之前输入它即可。譬喻，在3.2版本中，"Element root" + Ctrl-Space完全等价于"Element rootElement" (见图1)。
图 1.在3.2版本中内容帮助(Ctrl+Space)继承获得改造，此刻它支持CamelCase并可生存已经输入的字符。
下面这项成果越发节减时间。在3.2版本中，Ctrl-Space将按照利用模式动态地重排它的发起。因此，譬喻，假如您老是把ArrayList实例赋值给List变量，那么ArrayList发起将排在第一位，以便您可以更快地选择它。此刻，代码完乐成能甚至可以或许事情于Javadocs中，因此您可以建设或常用引用而不必记着这些长长的名称。
您是否提出过这样的问题:“假如IDE足够智慧——可以或许找出在这一行中存在问题，那么它为什么不能纠正这个问题呢?"如今，Eclipse插手了一项叫做"Quick Fix"的成果，可以做到这一点，甚至有过之而无不及。只要把光标放到有问题的代码行上并按下Ctrl-1键，那么Eclipse将提供有关于修复这个问题的发起。
Eclipse的每一个新的刊行版本城市插手一些新的快速修复;譬喻在版本3.2中，假如看到关于利用原始范例的一条告诫，只要把光标放到那一行上，然后按下Ctrl+1，而且选择一种修复，譬喻"Add type parameters"即可。尚有，在3.2版本中，Quick Fix可以或许维护同一个文件甚至在多个文件中的很多常见问题，而不必单独处理惩罚每一个问题。
我想提到的另一项成果是“重定名范例”。假如您像我一样，常常以雷同于范例的方法对变量和要领定名。譬喻，假如范例为Bar，那么很大概有一个变量fBar和一个要领createBar (见图2)。问题是，假如想把Bar重定名为另一个名称，那么还要修改大量其他的处所。可是，在3.2版本中，把具有相似名称的变量和要领统一地改变为其他新名称是极其简朴的工作。在3.2版本提供的成果中，我最喜欢的就是这种神奇的重定名成果。
图 2.当在Eclipse 3.2中重定名一个范例时，同时可以重定名具有雷同名称的变量和要领。
运行
在一些IDE中，一般要配置一个项目为“主项目”，而且利用一个全局的Run呼吁来运行这个措施。对比之下，Eclipse的事情方法有所差异。在Eclipse中，有一个启动设置列表，它包括了有关运行、调试或测试代码的所有具体信息，譬喻呼吁行参数、类路径、JRE版本，等等。在Eclipse 3.2中，通过利用过滤和执行情况，打点启动设置变得更为容易。
#p#分页标题#e#
过滤让您可以按照感乐趣的内容进一步减少设置列表。执行情况为您提供利用一种通用名称，好比"J2SE-1.4"，来描写一个Java运行时刻的本领。Eclipse可以或许选择满意或超出指定情况要求的JRE版本。
您是否曾发明本身在开拓期间曾运行过多个测试集?在3.2版本中，可以在同一时刻运行多个测试集，而且可以“回溯”和查察以前的运行汗青。Eclipse 3.2还支持最新版本的JUnit(4.0版本)。
团队事情
您是否曾发明本身曾盯着一行代码发愣:是谁插手了这些代码?为什么?Eclipse 3.2能显示基于颜色的注释，以便确定当前文件中各部门内容的作者——这是通过读取CVS汗青(见图3)而实现的。把鼠标停在一个修改块大将显示开拓者的姓名、相应的日期和注释信息。它还会高亮显示在文件其他部门中作过沟通窜改的代码。
图 3. CVS Quick Diff注释显示基于颜色的注释(当前文件中各部门内容的作者)，在某一部门上逗留鼠标将显示该修改版本的细节。
我相信您曾有过这种体会:您挪用其他人编写的代码时一切都能顺利事情，直到它们以一种新的版本呈现为止。然后，您开始看到一些有关过期的“告诫”，更有甚者，竟然呈现一些编译错误，直到您修改措施以适应这些修改为止。好了，此刻的Eclipse 3.2引入了一项很是酷的成果，称为“重构剧本”，可以极大地简化这一进程。
虽然，重构仅仅意味着改变源码，而不改变其行为。譬喻，也许存在拼错的字段，可能一个要领需要一个新的参数。Eclipse一直为实现雷同修改的自动化提供精采的支持。并且，此刻它还为利用者提供辅佐。
您所做的每项重构操纵城市记入汗青。Eclipse 3.2让您可以把这些汗青写入到外部的剧本文件中，以便日后可以回放。可以把这些剧本生存到CVS中或把它包括到一个JAR文件中，这样该JAR文件的用户就可以或许在他们获得一个新版本时“回放”同样的修转业动。这与应用补丁是差异的。补丁只能面向它们所针对的特定源文件操纵而利用，而重构剧本却可以或许针对利用重构API的任意源码文件举办操纵。
维护一个不绝成长的API以便让他人利用，这是一项相当坚苦的事情，此刻Eclipse使得这一事情变得容易多了。重定名一个要领时，Eclipse 3.2可以或许保持旧的要领稳定，把它标志为“过期的”，然后对之举办重定向以便挪用新的要领，并建造一个重构剧本，以便在挪用者导入新的JAR文件时自动地转换所有这些挪用者。
代码洁净器
一直以来，Eclipse都具有一种相当强大的代码名目化成果，以辅佐您在整个团队中应用代码名目化尺度。3.2版本提供了一个新的“Clean Up”领导(见图4)，进一步增强了这一成果。下面列出这个领导可以选择实现的一些成果:
·删除不消的导出成果。
·删除不消的私有要领和结构器。
·添加缺少的和注释。
·添加缺少的-NLS
·把所有for轮回转换为加强的-for轮回。
·把节制语句主体转换为块。
·删除不须要的强制转换。
·为Serializable和Externalizable类添加持续版本ID。
·Clean Up领导可以在Java文件、软件包或整个项目上运行。
图 4. Clean Up领导让您可以在整个项目范畴内应用一致的尺度。
竣事语
如今，相对付任何其他语言僻静台来说，可供Java措施员选择利用的东西相当之多。我也搞不清楚这个中的原因——也许是用户的庞大能量和努力性所致，可能是没有单一的把持供给商(譬喻Microsoft)将其意愿强加于平台并将其东西直接与平台绑定的功效。无论原因是什么，Eclipse都可以或许与很多备选方案(包罗NetBeans、IDEA、JDeveloper和JBuilder)相媲美。跟着3.2版本的刊行，Eclipse在Java IDE方面有了一次大的奔腾，这将会使所有的Java措施员受益，不管您最终选择的是哪一种东西。
