Gradle 3.4改进了对构建Java应用程序的支持

Gradle 3.4在这里。 Gradle的核心开发人员CédricChampeau在博客中宣布，所做的改进可以显着缩短用户的构建时间。 这是他们测量的结果：

Gradle 3.4中有什么新功能？

根据Champeau的说法，“ Gradle 3.4中有关Java支持的最大变化之一是免费提供的：升级到Gradle 3.4并受益于避免编译 。” 这就是Gradle所谓的避免编译：

想象一下，您的项目app取决于项目core ，而项目core本身取决于项目utils ：

在app ：

public class Main {
   public static void main(String... args) {
        WordCount wc = new WordCount();
        wc.collect(new File(args[0]);
        System.out.println("Word count: " + wc.wordCount());
   }
}

core ：

public class WordCount {  // WordCount lives in project `core`
   // ...
   void collect(File source) {
       IOUtils.eachLine(source, WordCount::collectLine);
   }
}

在utils ：

public class IOUtils { // IOUtils lives in project `utils`
    void eachLine(File file, Callable<String> action) {
        try {
            try (BufferedReader reader = new BufferedReader(new FileReader(file))) {
                // ...
            }
        } catch (IOException e) {
            // ...
        }
    }
}

然后，更改IOUtils的实现。 例如，更改eachLine的正文以引入预期的字符集：

ublic class IOUtils { // IOUtils lives in project `utils`
    void eachLine(File file, Callable<String> action) {
        try {
            try (BufferedReader reader = new BufferedReader(new InputStreamReader(new FileInputStream(file), "utf-8") )) {
                // ...
            }
        } catch (IOException e) {
            // ...
        }
    }
}

现在重建app 。 到目前为止，必须重新编译utils ，但是由于依赖关系链，它还引发了core和最终app的重新编译。

Champeau解释说， IOUtils更改纯粹是内部细节。 尽管eachLine的实现发生了变化，但其公共API却没有。 先前根据IOUtils编译的任何类文件仍然有效。 因此，如果进行了这样的更改，Gradle将仅重新编译utils.

即使无法避免编译，Gradle 3.4仍将借助增量编译使事情变得更快。

增量编译

Gradle 3.4使一切变得容易。 举例说明：要启用Java增量编译，您需要做的就是在编译选项上进行设置：

tasks.withType(JavaCompile) {
   options.incremental = true // one flag, and things will get MUCH faster
}

如果我们在项目core添加以下类：

public class NGrams {  // NGrams lives in project `core`
   // ...
   void collect(String source, int ngramLength) {
       collectInternal(StringUtils.sanitize(source), ngramLength);
   }
   // ...
}

和项目utils此类：

public class StringUtils {
   static String sanitize(String dirtyString) { ... }
}

Champeau说，增量式编译器分析类之间的依赖关系，并且仅在类发生更改或它所依赖的一个类发生更改时才重新编译。 它还支持跨版本存在于Gradle守护进程中的内存中缓存，因此使其速度比以前快得多：提取Java类的ABI是一项昂贵的操作，该操作曾经被缓存，但仅在磁盘上。

Java库插件通过提供有关Java库的特定知识来扩展Java插件的功能。 从Gradle 3.4开始，如果要构建Java库，则应使用新的Java库插件。 而不是写：

apply plugin: 'java'

用：

apply plugin: 'java-library'

java-library插件的优点是它公开了API的概念。

根据该文件，Java库插件的目的是公开两个配置 ，可以用来声明依赖性： api和implementation 。 api配置应用于声明由库API导出的依赖关系，而implementation配置应用于声明组件内部的依赖关系。

在此处查看所有改进和功能。

Gradle的下一步是什么？

尚波警告说，还有更多事情要发生。 由于API与实现的分离是Java 9成功的关键，因此随着Project Jigsaw的唤醒，Gradle将添加一种声明属于您的API的包的方法，使其更接近Jigsaw将提供的包，但在较旧的JDK上受支持太。 此外，Gradle 4.0将附带构建缓存。

但是，现在让我们享受Gradle 3.4。

翻译自: https://jaxenter.com/gradle-3-4-improves-support-for-building-java-applications-131937.html