是否有任何理由在混合代碼項目中使用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？

回答

相關問題