在Android開發(fā)中箱残,很多時候我們不需要修改 *.gradle 文件太多止吁,我們添加依賴敬惦、修改target compile俄删、最低支持API level畴椰,或者修改簽名配置和build類型抓艳。其它更復(fù)雜一些邏輯玷或,我們最后可能就是從Stack Overflow中copy了一些自己也不太懂的代碼。本文中我們將一步一步介紹Android工程中用到的gradle文件及其背后的原理蔬胯。
1. Groovy
1.1 語法
Gradle文件其實是用Groovy腳本寫的笔宿,我們都會寫java泼橘,所以入門Groovy非常簡單炬灭。首先我們需要了解一下幾點:
**1. ** 調(diào)用至少包含一個參數(shù)的方法時不需要使用括號:
def printAge(String name, int age) {
print("$name is $age years old")
}
def printEmptyLine() {
println()
}
def callClosure(Closure closure) {
closure()
}
printAge "John", 24 // Will print "John is 24 years old"
printEmptyLine() // Will, well, print empty line
callClosure { println("From closure") } // Will print "From closure"
** 2. ** 如果方法的最后一個參數(shù)是閉包(或者說是lambda表達式),可以寫在括號外(注:這個特性很重要厦凤,gradle文件中的很多配置其實都是參數(shù)為閉包的方法):
def callWithParam(String param, Closure<String> closure) {
closure(param)
}
callWithParam("param", { println it }) // Will print "param"
callWithParam("param") { println it } // Will print "param"
callWithParam "param", { println it } // Will print "param"
**3. ** 對于Groovy方法中命名過的參數(shù)椎木,會被轉(zhuǎn)移到一個map中做為方法的第一個參數(shù)博烂,那些沒有命名的參數(shù)則加在參數(shù)列表之后:
def printPersonInfo(Map<String, Object> person) {
println("${person.name} is ${person.age} years old")
}
def printJobInfo(Map<String, Object> job, String employeeName) {
println("$employeeName works as ${job.title} at ${job.company}")
}
printPersonInfo name: "John", age: 24
printJobInfo "John", title: "Android developer", company: "Tooploox"
這段程序會打印“John is 24 years old”和“John works as Android developer at Tooploox”畜伐,方法調(diào)用的參數(shù)可以是亂序的躺率,map會被作為第一個參數(shù)傳入悼吱!這里的方法調(diào)用也省略了括號舆绎。
1.2 閉包
閉包是一個非常重要的特性吕朵,需要解釋一下努溃。閉包可以理解為lambada梧税。他們是一段可以被執(zhí)行的代碼,可以有參數(shù)列表和返回值哮塞。我們可以改變一個閉包的委托:
class WriterOne {
def printText(str) {
println "Printed in One: $str"
}
}
class WriterTwo {
def printText(str) {
println "Printed in Two: $str"
}
}
def printClosure = {
printText "I come from a closure"
}
printClosure.delegate = new WriterOne()
printClosure() // will print "Printed in One: I come from a closure
printClosure.delegate = new WriterTwo()
printClosure() // will print "Printed in Two: I come from a closure
我們可以看到printClosure
調(diào)用了不同委托的printText
方法,之后會解析這個特性在gradle中的重要性尸执。
2. Gradle
2.1 腳本文件
有三個主要的gradle腳本如失,每個都是一個代碼塊褪贵。
2.2 Projects
gradle 構(gòu)建一般包含多個Project(在Android中每個module對應(yīng)這里的project)丐怯,project中包含tasks读跷。一般至少有一個root project,包含很多subprojects荡短,subproject也可以嵌套project(注:Android 中對應(yīng)每個library module還可以依賴其它library module)掘托。
3. 構(gòu)建基于Gradle的Android工程
Android工程中我們一般有如下的結(jié)構(gòu):
1是root project的setting文件,被Settings
執(zhí)行
2是root project的build配置
3是App project的屬性文件辱士,會被注入到 App的Settings
中
4是App project的build配置
3.1 創(chuàng)建gradle工程
我們新建一個文件夾识补,命名為example
凭涂,cd
進入后執(zhí)行gradle projects
命令,之后就已經(jīng)擁有一個gradle project了:
$ gradle projects
:projects
------------------------------------------------------------
Root project
------------------------------------------------------------
Root project 'example'
No sub-projects
To see a list of the tasks of a project, run gradle <project-path>:tasks
For example, try running gradle :tasks
BUILD SUCCESSFUL
Total time: 0.741 secs
3.2 配置projects層級
如果我們要建立一個默認(rèn)的Android project(空的root project和一個包含Application的app project),我們就需要配置settings.gradle
澎胡, the documentation 中介紹settings.gradle
:
聲明需要實例化的配置和build的project的層級體系配置
我們通過void include(String[] projectPaths)方法來添加projects:
這里的冒號:
用于分隔子project稚伍,可以參考這里 here个曙。因此我們在這里寫:app
垦搬, 而不是直接寫app
猴贰。
在settings.gradle
中寫rootProject.name = <<name>>
也是一個比較好的實踐米绕。如果沒有寫义郑,那么root project 的默認(rèn)名字就是project所在文件夾的名字。
3.3 配置Android 子project
我們已經(jīng)配置了root project的build.gradle
雏赦,現(xiàn)在來看看如何配置Android project星岗。
從user guide可以知道我們首先要為app project配置com.android.application
插件允华,我們來看看apply
方法:
void apply(Closure closure)
void apply(Map<String, ?> options)
void apply(Action<? super ObjectConfigurationAction> action)
盡管第三個方法很重要靴寂,我們通常使用是第二個方法百炬,它用到我們之前提到的特性剖踊,通過map來傳遞參數(shù)德澈。通過文檔我們可以查看可以使用哪些參數(shù):
void apply(Map(<String, ?> options)
以下是可用的參數(shù):
from: 可以引入一個腳本apply(...)梆造,如apply from: "bintray.gradle"
從而導(dǎo)入一個可用腳本澳窑。
plugin: apply的plugin的id或者實現(xiàn)類
to: 委托目標(biāo)
我們知道需要傳遞一個id值作為plugin
的參數(shù)摊聋,可以寫作:apply(plugin:'com.android.application')
麻裁,這里的括號也可以省略色迂,我們在app的build.gradle
中配置:
命令行中運行:
報錯了,找不到com.android.application
的定義诈悍,這不奇怪侥钳,我們并沒有配置,但是gradle是如何查找Android的plugin jar包呢给猾?在user guide可以找到答案耙册,我們需要配置plugin的路徑详拙。
現(xiàn)在我們可以在root project或者app的build.gradle
中配置路徑饶辙,但是因為buildscript
閉包是ScriptHandler
執(zhí)行的,其它子project也需要使用斑粱,因此最好配置在root project的build.gradle
中:
buildscript {
repositories {
jcenter()
}
dependencies {
classpath 'com.android.tools.build:gradle:2.3.0-beta2'
}
}
如果我們在上邊的代碼中添加括號弃揽,那么就會發(fā)現(xiàn)其實都是帶有閉包參數(shù)的方法調(diào)用。如果我們研究下 文檔则北,我們就可以知道是有哪些對象執(zhí)行這些閉包的矿微,總結(jié)如下:
buildscript(Closure)
是 Project
實例中調(diào)用的,傳遞的閉包的由ScriptHandler
執(zhí)行
repositories(Closure)
是在 ScriptHandler
實例中調(diào)用尚揣,傳遞的閉包由 RepositoryHandler
執(zhí)行
dependencies(Closure)
是在 ScriptHandler
實例中調(diào)用涌矢,傳遞的閉包由 DependencyHandler
執(zhí)行。
也就是說 jcenter()
是由 RepositoryHandler
調(diào)用
classpath(String)
是由 DependencyHandler(*)
調(diào)用
譯者注:如果這里看不懂的同學(xué)快骗,可以再回頭看看groovy的語法部分名秀,其實這里上邊的代碼都是方法,如buildscript是Project的方法,我們知道groovy語法中如果最后一個參數(shù)是閉包的話惠猿,可以不寫括號。
如果查看DependencyHandler
的代碼扼鞋,我們會發(fā)現(xiàn)其實沒有classpath
這個方法溃槐,這是一種特殊的調(diào)用,我們在稍后討論。
3.4 配置Android subproject
如果我們現(xiàn)在執(zhí)行Gradle task猖闪,依然有錯誤:
顯然表鳍,我們還沒有設(shè)置Android相關(guān)的配置,但是我們的Android plugin已經(jīng)可以被正確apply了绳姨,我們增加一些配置:
android {
buildToolsVersion "25.0.1"
compileSdkVersion 25
}
到這里我們知道,android方法被加入到了Project
實例中,閉包傳遞給了delegate(這里是AppExtension)廓旬,定義了buildToolsVersion
和 compileSdkVersion
方法春霍,Android plugin使用這種方式接收所有的配置莲趣,包括default configuration翁逞,flavors等等浊竟。
想要執(zhí)行g(shù)radle task,還需要兩個文件:AndroidManifest.xml
和 local.properties
,local.properties
中配置sdk.dir
芋浮,(或者在系統(tǒng)環(huán)境中配置ANDROID_HOME
),指向Android SDK的位置梯啤。
3.5 擴展
android
方法是如何出現(xiàn)在Project
實例中的呢,還有我們的build.gradle是怎樣被執(zhí)行的先舷?簡單的說,Android plugin 用android這個名字注冊AppExtension
類為extension
氮兵。這個超出了本文的范圍,但是我們要知道Gradle可以為每一個注冊過的 plugin增加閉包配置定血。
3.6 依賴
還有一個重要的部分既们,dependencies還沒有討論:
dependencies {
compile 'io.reactivex.rxjava2:rxjava:2.0.4'
testCompile 'junit:junit:4.12'
annotationProcessor 'org.parceler:parceler:1.1.6'
}
為什么這里特殊呢斯棒,因為如果查看DependencyHandler穗酥,也就是執(zhí)行這個閉包的委托节吮,它是沒有compile
,testCompile
等方法的请毛。這個問題是有意義的委粉,如果我們隨意增加一個freeCompile 'somelib'
,可以嗎扁藕?DependencyHandler
不會定義所有的方法沮峡,其實這里涉及到Groory語音的另一個特性:methodMissing,這允許在運行時catch對于未定義方法的調(diào)用纹磺。
實際上Gradle使用了MethodMixIn中聲明的methodMissing
帖烘,類似的機制在為定義的屬性中也是一樣的。
相關(guān)的dependency操作可以在 這里找到橄杨,它的行為如下:
如果未定義方法的調(diào)用方有至少一個參數(shù)秘症,如果存在configuration()
與被調(diào)用方法有相同的名字,那么就根據(jù)參數(shù)的類型和數(shù)量式矫,調(diào)用具有相關(guān)參數(shù)的doAdd
方法乡摹。
每個plugin都可以增進configuration到dependencies handler中,如Android插件增加了compile, compileClasspath, testCompile
和一些其它配置here采转,Android 插件還增加了annotationProcessor
配置聪廉,根據(jù)不同build類型和產(chǎn)品形式還有<variant>Compile, <variant>TestCompile
等等。
由于doAdd
是私有方法故慈,一次這里調(diào)用的是公有的add
方法板熊,我們可以重寫上邊的代碼,但最后不要這樣做:
dependencies {
add('compile', 'io.reactivex.rxjava2:rxjava:2.0.4')
add('testCompile', 'junit:junit:4.12')
add('annotationProcessor', 'org.parceler:parceler:1.1.6')
}
3.7 Flavors, build types, signing configs
我們看以下代碼:
productFlavors {
prod {
}
dev {
minSdkVersion 21
multiDexEnabled true
}
}
如果我們查看源碼察绷,可以發(fā)現(xiàn)productFlavors是這樣聲明的:
void productFlavors(Action<? super
NamedDomainObjectContainer<ProductFlavorDsl>> action) {
action.execute(productFlavors)
}
Action<T>
是Gradle中定義的由T
執(zhí)行的閉包
所有這里我們有了NamedDomainObjectContainer
干签,NamedDomainObjectContainer
可以創(chuàng)建和配置多個ProductFlavorDsl
類型的對象,并根據(jù)ProductFlavorDsl
的名字保存ProductFlavorDsl
拆撼。
這個容器可以使用動態(tài)方法創(chuàng)建指定類型的對象(這里的ProductFlavorDsl)容劳,并和名字一起存放在容器中,所以當(dāng)我們使用{}
參數(shù)調(diào)用prod
方法時闸度,他被productFlavors
實例執(zhí)行竭贩,執(zhí)行說明如下:
NamedDomainObjectContainer
獲取到被調(diào)用方法的名字,生成ProductFlavorDsl
對象莺禁,配置給定的閉包留量,保存方法名字到新的配置ProductFlavorDsl
的映射。
Android plugin可以從productFlavors
中獲取ProductFlavorDsl
,我們可以把它作為屬性進行訪問:productFlavors.dev
肪获,這樣我們就可以拿到名字為dev
的ProductFlavorDsl
寝凌,這也是我們可以寫signingConfig
signingConfigs.debug
的原因。
4. 總結(jié)
對于Android開發(fā)者來說孝赫,Gradle文件是非常常用的较木,并不是什么黑魔法。但是Gradle有很多約定青柄,而且使用Groovy語言也增加了一些復(fù)雜性伐债,知道這兩點,Gradle并不是什么魔法致开。希望了解通過這篇文章介紹的內(nèi)容峰锁,即使是從stackoverflow中粘貼代碼,也能知道它背后的意義双戳。
這是一篇譯文虹蒋,原文作者對Android的gradle進行了比較深入的介紹,希望各位同學(xué)可以真正了解我們常用的gradle文件背后的原理飒货,而不僅僅是簡單地配置gralde魄衅。文中有些不太容易理解的地方,可以根據(jù)文中給出的鏈接了解更多內(nèi)容塘辅。
原文地址https://medium.com/@wasyl/understanding-android-gradle-build-files-e4b45b73cc4c#.svvmjs12o
推薦閱讀: