深入探究NetBeans 6.0中新的核心功能.docVIP

深入探究NetBeans 6.0中新的核心功能对于所有开发人员来说，NetBeans下一个版本中的新功能和改进使其成为更好的IDE选择。从编辑到浏览、版本控制、构建、调试、性能分析或可视化设计，对于所有人来说，新版本的NetBeans将面貌一新。新版本又快问世了。不久以后 —— 自 5.0版本问世以来大约一年半的时间 —— 就可以使用新的NetBeans首发版了。NetBeans 5.0版中引入了重要的新功能（如 Matisse GUI builder），并在 CVS集成、web services和模块开发方面进行了大量改进。与之相比，5.5版的重点在核心 IDE以外，它支持一些新 Pack，大大提升了 NetBeans的整体功能，其他任何开源 IDE都难以与之抗衡。现在，NetBeans 6.0能够取代主版本号的位置吗？当然可以，本文将着眼于核心 IDE中的某些最重要且感兴趣的新功能。 增强的 Javac我们将不考虑终端用户功能，而是着眼于为其他增强提供基础的核心 IDE技术。像其他编程工具一样，以前版本的 NetBeans中包含了定制代码，用于解析 Java源并为代码理解和操作任务（如重构、提示和修补、概述）提供帮助。有时得到的结果是受限的功能：简单的高亮显示、并非无懈可击的重构、不支持某些功能（比如并非所有出现 Java代码的地方都支持代码完成）。 显而易见的解决方案是重用成熟的 javac编译器技术来完成所有 Java源处理。但是 javac不支持当代 IDE的要求：javac是按照批执行的要求进行编写和调整的，而且接受完全编译单元作为输入、执行完全编译并生成 .class 文件作为输出。 IDE的要求是完全不同的，其中最关键的是仅在内存中运行。假定每次键入一个字符后，IDE希望再次分析整个类，以便能够更新语法错误指示、执行高亮显示并提供取决于代码结构的其他功能。一种选择是将编辑器的当前内容写入一个临时文件中，调用 javac并解析所得到的 .class 文件。但是这种做法的效率是非常低的。 更好的解决方案是在同一个过程（如本地库）中调用 javac，然后将当前源作为内存参数进行传递，并接收包含了类文件中所呈现信息的数据结构（类文件不必进行创建）。直到 Java SE 5，这种解决方案都是可以接受的，但是仅使用了 Java编译器的专用的（通常不稳定的）内部 API。 该解决方案因 Java SE 6的问世而发生改变，Java SE 6引入了 JSR 199 (Java Compiler API） 和 JSR 269 (Pluggable Annotation Processing API)。Java Compiler API能够与 javac（以及其他 Java源编译器）紧密有效地集成，而 JSR 269—— 尽管最初是为注释处理而设计的 —— 能从源代码完全反射元数据。同时使用这些新的 API将使得 IDE和其他工具可以深入挖掘 javac从源代码中提取出来的结构化信息。另外，增强并调整了 javac的实现，可以用于嵌入和交互式使用。对 NetBeans进行了大量更新以集成这些新功能，并在 IDE中进行了很多改进（见下文）。这些更改还预示了未来的受益：随着带有新语言增强集的 Java SE 7的问世，NetBeans的工具套件很快就能满足需要。 新编辑器 一般说来，没有任何产品是十全十美的，但是 NetBeans正日趋完美。该 IDE覆盖了全部 Java平台（从 ME到 EE）、支持有效的 GUI构建、具有直观 UI和开放架构，为此 NetBeans用户曾经引以为豪。另一方面，NetBeans IDE在某些领域是比较落后的，例如在代码编辑器或重构方面。这可能会使非常重视源代码的程序员分心…毫无疑问他们将选择 emacs 取代可视化设计器。但是，NetBeans 6.0中不再存在这些问题。 基于 AST的选择对于文本编辑器说来，选择几个词语或几行代码就够用了；但是使用源时，通常需要使用（组成连贯代码片段的）一系列文本。假定您想要复制一个 for 循环体内的全部代码，以便将它粘贴到具有相同逻辑的另一个循环中。那么只需要将鼠标放在循环体内的任何空白位置上，然后按下 Alt+Shift+Up即可。编辑器将选择包含了鼠标所在位置的最内部的系列文本，并定义源的抽象语法树 (Abstract Syntax Tree)节点。注意：Java编译器（像大多数编译器一样）将源代码解析到中间表示形式中，中间表示形式采用树状结构。这个数据结构（被称为 Abstract Syntax Tree）中的每个节点代表一个代码元素，如类、方法、语句、块、标识符、操作符、文字等等。虽然代码处理工具通常将程序作为 AST进行处理，但是多数工具将使用只产