我正在尝试使用 Shake构建 Java 代码,由于 javac 编译器的不寻常性质,我有点卡住了。通常,对于大型项目的每个模块,都会使用该模块的所有源文件作为输入来调用编译器,并一次性生成所有输出文件。随后,我们通常会将编译器生成的 .class 文件组装成 JAR(基本上只是 ZIP)。
例如,一个典型的Java模块项目的安排如下:
- 一个
src
包含多个 .java 文件的目录,其中一些文件在树中嵌套了很多层。 - 一个
bin
包含编译器输出的目录。通常,此输出遵循相同的目录结构和文件名,即.class
替换每个 .java 文件,但映射不一定一定是一对一的:单个 .java 文件可以生成零到多个 .class 文件!
因此,我想在 Shake 中定义的规则如下:
1) 如果 src
下有任何文件比 bin
下的任何文件新然后删除bin
的所有内容并重新创建:
javac -d bin <recursive list of .java files under src>
我知道这个规则似乎有点过分,但是如果不调用编译器,我们就无法知道即使单个输入文件中的微小变化也会导致输出变化的程度。
2) 如果 bin
下有任何文件比module.jar
更新然后重新创建module.jar
与:
jar cf module.jar -C bin .
非常感谢!
PS 类似“只使用 Ant/Maven/Gradle/”的回复将不受欢迎!我知道这些工具提供开箱即用的 Java 编译,但它们更难组合和聚合。这就是为什么我想尝试使用基于 Haskell/Shake 的工具。
最佳答案
编写产生多个名称无法静态确定的输出的规则可能有点棘手。通常的方法是找到一个名称静态已知且始终需要
的输出,或者如果不存在,则创建一个假文件用作静态输出(按照 ghc-make, the .result
file )。在你的情况下,你有 module.jar
作为最终输出,所以我会写:
"module.jar" *> \out -> do
javas <- getDirectoryFiles "" ["src//*.java"]
need javas
liftIO $ removeFiles "" ["bin//*"]
liftIO $ createDirectory "bin"
() <- cmd "javac -d bin" javas
classes <- getDirectoryFiles "" ["bin//*.class"]
need classes
cmd "jar cf" [out] "-C bin ."
将其分成两个规则没有任何优势,因为您从不依赖于 .class
文件(并且不能真正依赖,因为它们的名称是不可预测的),并且如果有任何来源文件更改,那么无论如何你总是会重建 module.jar
。该规则具有您提到的所有依赖项,此外,如果您添加/重命名/删除任何 .java
或 .class
文件,那么它将自动重新编译,如 getDirectoryFiles
调用已被跟踪。
关于haskell - 带 Shake 的多输入、多输出编译器,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17287080/