Gradle学习系列之四——增量式构建

转载 2016年04月24日 17:18:08

  在本系列上篇文章中,我们讲到了如何读懂Gradle的语法,在本篇文章中,我们将讲到增量式地构建项目。

 

  请通过以下方式下载本系列文章的Github示例代码:

git clone https://github.com/davenkin/gradle-learning.git

   


  如果我们将Gradle的Task看作一个黑盒子,那么我们便可以抽象出输入和输出的概念,一个Task对输入进行操作,然后产生输出。比如,在使用java插件编译源代码时,输入即为Java源文件,输出则为class文件。如果多次执行一个Task时的输入和输出是一样的,那么我们便可以认为这样的Task是没有必要重复执行的。此时,反复执行相同的Task是冗余的,并且是耗时的。

  为了解决这样的问题,Gradle引入了增量式构建的概念。在增量式构建中,我们为每个Task定义输入(inputs)和输入(outputs),如果在执行一个Task时,如果它的输入和输出与前一次执行时没有发生变化,那么Gradle便会认为该Task是最新的(UP-TO-DATE),因此Gradle将不予执行。一个Task的inputs和outputs可以是一个或多个文件,可以是文件夹,还可以是Project的某个Property,甚至可以是某个闭包所定义的条件。

  每个Task都拥有inputs和outputs属性,他们的类型分别为TaskInputs和TaskOutputs。在下面的例子中,我们展示了这么一种场景:名为combineFileContent的Task从sourceDir目录中读取所有的文件,然后将每个文件的内容合并到destination.txt文件中。让我们先来看看没有定义Task输入和输出的情况:

复制代码
task combineFileContentNonIncremental {
   def sources = fileTree('sourceDir')

   def destination = file('destination.txt')

   doLast {
      destination.withPrintWriter { writer ->
         sources.each {source ->
            writer.println source.text
         }
      }
   }
}
复制代码

 

  多次执行“gradle combineFileContentNonIncremental”时,整个Task都会反复执行,即便在第一次执行后我们已经得到了所需的结果。如果该combineFileContentNonIncremental是一个繁重的Task,那么多次重复执行势必造成没必要的时间耗费。

  这时,我们可以将sources声明为该Task的inputs,而将destination声明为outputs,重新创建一个Task如下:

复制代码
task combineFileContentIncremental {
   def sources = fileTree('sourceDir')
   def destination = file('destination.txt')

   inputs.dir sources
   outputs.file destination

   doLast {
      destination.withPrintWriter { writer ->
         sources.each {source ->
            writer.println source.text
         }
      }
   }
}
复制代码

 

  相比之下,后一个Task只比前一个Task多了两行代码:

inputs.dir sources
outputs.file destination

 

  当首次执行combineFileContentIncremental时,Gradle会完整地执行该Task。但是紧接着再执行一次,命令行显示:

:combineFileContentIncremental UP-TO-DATE

BUILD SUCCESSFUL

Total time: 2.104 secs

 

  我们发现,combineFileContentIncremental被标记为UP-TO-DATE,表示该Task是最新的,Gradle将不予执行。在实际应用中,你将遇到很多这样的情况,因为Gradle的很多插件都引入了增量式构建机制。

  如果我们修改了inputs(即sourceDir文件夹)中的任何一个文件或删除掉了destination.txt,当调用“gradle combineFileContentIncremental”时,Gradle又会重新执行,因为此时的Task已经不再是最新的了。对于outputs,我们还可以使用upToDateWhen()方法来决定一个Task的outputs是否为最新的,该方法接受一个闭包作为检查条件,感兴趣的读者可以自行了解。

  下一篇文章中,我们将讲到如何自定义Project的Property。

Gradle学习之增量式构建

请通过以下方式下载本系列文章的Github示例代码: git clone https://github.com/davenkin/gradle-learning.git       如果我们将...
  • MiniMicall
  • MiniMicall
  • 2014年11月17日 15:46
  • 1301

Gradle入门系列(5):创建多项目构建

尽管我们可以仅使用单个组件来创建可工作的应用程序,但有时候更广泛的做法是将应用程序划分为多个更小的模块。 由于这是一个非常普通的案例,因此每个成熟的构建工具都必须支持这项功能,Gradle也不例外。...
  • qiaomu8559968
  • qiaomu8559968
  • 2015年05月20日 15:31
  • 3222

ReactJS学习系列课程(React react常用架构分析)

最近学习React框架,与其说react是一个新的框架,不如过React是一个新的思想,新的尝试,做惯了前端框架的工程师都知道,MVC,MVVM一直被大家公认为一个非常不错的模式,但是Facebook...
  • jiangbo_phd
  • jiangbo_phd
  • 2016年06月28日 11:54
  • 2894

Gradle学习系列之四——增量式构建

如果我们将Gradle的Task看作一个黑盒子,那么我们便可以抽象出输入和输出的概念,一个Task对输入进行操作,然后产生输出。比如,在使用java插件编译源代码时,输入即为Java源文件,输出则为c...
  • lg831229
  • lg831229
  • 2014年04月10日 08:37
  • 555

Gradle学习系列之四——增量式构建

请通过以下方式下载本系列文章的Github示例代码: git clone https://github.com/davenkin/gradle-learning.git     ...
  • leiyong0326
  • leiyong0326
  • 2015年06月04日 17:19
  • 360

人增量式地图构建

  • 2012年02月22日 20:42
  • 2.99MB
  • 下载

增量式pid学习笔记

  • 2018年01月05日 16:10
  • 280KB
  • 下载

Gradle学习(十五)——增量构建

任何构建工具最重要的一个功能就是防止做重复工作。例如对于编译进程来说,如果已经执行了一次编译,那么就不需要再进行第二次,除非发生了一些会影响输出的操作,比如源代码改了或者输出被删掉了,编译会消耗很多时...
  • kwame211
  • kwame211
  • 2018年01月11日 09:17
  • 42

Gradle学习(十五)——增量构建

Up-to-date检查(AKA增量构建)任何构建工具最重要的一个功能就是防止做重复工作。例如对于编译进程来说,如果已经执行了一次编译,那么就不需要再进行第二次,除非发生了一些会影响输出的操作,比如源...
  • lastsweetop
  • lastsweetop
  • 2018年01月10日 16:35
  • 3263

利用stm32自带的正交编码器检测增量式编码器流程总结

由于手术的工频升级机需要自动平层功能,于是着手开始做这方面的工作。硬件选择的是增量式编码器,100脉冲每转,后来了解到stm32的每个定时器的通道1和通道2内置了正交编码器模块,可以直接使用。之前的公...
  • ywm8835224
  • ywm8835224
  • 2014年12月15日 20:06
  • 7125
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:Gradle学习系列之四——增量式构建
举报原因:
原因补充:

(最多只允许输入30个字)