实战 Groovy: 在 Java 应用程序中加一些 Groovy 进来

核心提示：如果您一直在阅读这个系列，那么您应该已经看到有各种各样使用 Groovy 的有趣方式，实战 Groovy: 在 Java 应用程序中加一些 Groovy 进来，Groovy 的主要优势之一就是它的生产力，Groovy 代码通常要比 Java 代码更容易编写，如果脚本声明了一个类，那么调用 groovyc 会生成至少三个

如果您一直在阅读这个系列，那么您应该已经看到有各种各样使用 Groovy 的有趣方式，Groovy 的主要优势之一就是它的生产力。Groovy 代码通常要比 Java 代码更容易编写，而且编写起来也更快，这使得它有足够的资格成为开发工作包中的一个附件。在另一方面，正如我在这个系列中反复强调的那样，Groovy 并不是 —— 而且也不打算成为 —— Java 语言的替代。所以，这里存在的问题是，能否把 Groovy 集成到 Java 的编程实践中？或者说这样做有什么用？什么时候 这样做有用？

这个月，我将尝试回答这个问题。我将从一些熟悉的事物开始，即从如何将 Groovy 脚本编译成与 Java 兼容的类文件开始，然后进一步仔细研究 Groovy 的编译工具（groovyc）是如何让这个奇迹实现的。了解 Groovy 在幕后做了什么是在 Java 代码中使用 Groovy 的第一步。

注意，本月示例中演示的一些编程技术是 Groovlets 框架和 Groovy 的 GroovyTestCase 的核心，这些技术我在前面的文章中已经讨论过。

天作之合？

在本系列中以前的文章中，当我介绍如何 用 Groovy 测试普通 Java 程序 的时候，您可能已经注意到一些奇怪的事：我 编译了 那些 Groovy 脚本。实际上，我将 groovy 单元测试编译成普通的 Java .class 文件，然后把它们作为 Maven 构建的一部分来运行。

这种编译是通过调用 groovyc 命令进行的，该命令将 Groovy 脚本编译成普通的 Java 兼容的 .class 文件。例如，如果脚本声明了一个类，那么调用 groovyc 会生成至少三个 .class 。文件本身会遵守标准的 Java 规则：.class 文件名称要和声明的类名匹配。