gradle風(fēng)格的groovy代碼

我們先來看一段gradle中的代碼：

buildscript {
    repositories {
        jcenter()
    }

    dependencies {
        classpath 'com.android.tools.build:gradle:2.1.2'
    }
}

allprojects {
    repositories {
        jcenter()
    }
}

task clean(type: Delete) {
    delete rootProject.buildDir
}

task wrapper(type: Wrapper) {
    gradleVersion = '2.10'}

我第一次看gradle代碼的時候是懵逼的,

這是哪門子語言，這到底是類似xml的標(biāo)記語言還是類似java的語言？我不懂。不懂沒關(guān)系，學(xué)了就懂了嘛。

大家現(xiàn)在已經(jīng)知道了gradle使用groovy寫的，所以他是我前面說的類似java的語言，但他是如何做到像上面這樣炫酷吊炸天的寫法呢？我們接下分析一下：

首先你在gradle中看不到;這是因為groovy支持不寫;

println 'hello world'

下面我們看看這個：

dependencies {
        classpath 'com.android.tools.build:gradle:2.1.2'
    }

這個放在groovy中怎么解讀呢？首先我們需要知道的是groovy中方法調(diào)用時可以省略()的?。?！對你沒有看錯，正如上面的println 'hello world'，ok，那不難理解上面的dependencies是一個方法名了，這里是一個方法的調(diào)用，而不是方法的定義。既然是方法的調(diào)用，那就可以知道{}實際上就是一個groovy的閉包類型的參數(shù)。而這個閉包里面又是個classpath的方法調(diào)用。

既然上面被我說通了，那就寫個例子試試吧：

def dependencies(Closure cl){
    cl.call();
}def classpath(String path){
    println path
}

dependencies {
    classpath 'com.android.tools.build:gradle:2.1.2'}

Look，代碼運行正常。

那么我們再來看這個：

task clean(type: Delete) {
    delete rootProject.buildDir
}

這個用上面的思路套進(jìn)去看看呢？task是一個方法，沒毛病。后面是兩個參數(shù)？clean和一個閉包？這里就不對了，如果是兩個參數(shù)，中間需要有,隔開，所以這里只有一個參數(shù)，就是clean。那這就是什么寫法？這里我們又要了解groovy中的一個語法特性，

當(dāng)一個方法的最后一個參數(shù)是閉包，可以將這個閉包寫在()外面。

看例子：

def foo(String s,Closure cl){
    cl(s)
}//foo('hello world'){
    println it
}

foo 'hello world',{
    println it
}

方法的兩種特殊寫法都在這了，上面講個寫法就是處的寫法。

所以把clean理解為一個參數(shù)是對的，接著再看clean(type: Delete)這個就簡單了，groovy中的方法參數(shù)是支持命名參數(shù)的，這里用的就是命名參數(shù)，到這里都理順了，我們還是寫一個小例子模仿一下上面的寫法：

def task(String taskName){
    println 'execute task ' + taskName
}def clean(Map type,Closure cl){
    type.type
}def delete(String path){

}

Delete = 'delete'task clean(type:Delete){
    delete "path"}

這里我很勉強的寫出了類似的代碼，但gradle中的這些寫法真的是我們理解的這樣子嗎？我們使用代碼跟蹤來看看.

首先看看dependencies是不是一個方法？

 void dependencies(Closure var1);

哈哈，還真是的，而且參數(shù)的確是一個閉包。

那在看看classpath是不是一個方法？

WTF，見鬼了，跟蹤classpath的結(jié)果如下：

Dependency add(String configurationName, Object dependencyNotation);

竟然跟蹤到了這個add方法，而且add方法還有兩個參數(shù)，這是什么鬼？更詭異的是這個add方法屬于DependencyHandler.java這個接口，對你沒看錯，是java接口。What the hell???

冷靜一下。。。

我們分析一下，為什么會發(fā)生這種事情，這個難道已經(jīng)超出我們認(rèn)知的方位了？其實不然，雖然現(xiàn)在我也是啥都不知道，但我覺得這其中的原由一定能夠在gradle中找到，所以就然我們正式開啟學(xué)習(xí)gradle的大門吧。