是否有任何理由在混合代码项目中使用javac over groovyc？

在maven或gradle中设置一个混合的java7/groovy2项目，是否有任何理由先编译javac然后groovyc通过让groovyc处理这一切？是否有任何理由在混合代码项目中使用javac over groovyc？

按照最佳实践的建议，我开始分别编译它们并在它们自己的树（src/main/java和src/main/groovy）中进行编译。然而，由于java和groovy被用来解决同样的问题，所以我现在倾向于将我所有的源代码转储到src/main/groovy中，并让groovy编译器处理.java和.groovy文件。这看起来好像让项目在查看源代码树时更容易遵循。有什么缺点吗？

来源

2013-02-05 Daniel Bower

有趣，不知道'groovyc'便属于这一种。我只担心你这样做时得到的字节码。 –

我已经发布了一些可能的apropos文档：http://groovy.codehaus.org/Groovy-Eclipse+compiler+plugin+for+Maven和http://groovy.codehaus.org/The+groovyc+Ant+任务但是，它们似乎是特定于实现的。 –

从Groovy 1.8在Gradle构建下的经验来看，使用Groovy插件编译* .java文件会生成普通的Java类，而不会混入Groovy特性（例如，ExpandoMetaClass对以这种方式编译的纯Java类没有任何影响）。字节码可能会略有不同，但是当我们从Java构建转移到Groovy构建时，我们没有注意到任何差异，并根据需要开始将事情转移到Groovy。 –

让groovyc处理.java和.groovy是好的。这种方法也被Grails框架使用。 Grails 2将所有的.java文件放在常规的源代码目录下，就像你一样。你现在正在做的是最佳做法。

下面是一个例子： https://github.com/groovy/groovy-core/tree/master/src/main/groovy/io

来源

2013-02-05 18:01:35 chanwit

感谢您的示例。 –

是否有任何理由在混合代码项目中使用javac over groovyc？

回答

相关问题