src目錄下有main文件夾，這是app的base部分；
支持多種flavor/variant，例如debug，release，paid，free等，分別在src目錄下創(chuàng)建相應的文件夾，編寫相應的代碼；main文件夾下的代碼是共用的，而相應文件下下的代碼只在相應flavor/variant中使用；
每個文件夾下都可以編寫自己的java代碼，使用自己的res資源文件等；
在Android studio的build variants面板中可以選擇構(gòu)建的flavor；

文件結(jié)構(gòu)如下圖：

http://wiki.jikexueyuan.com/project/notes/images/xflavour_folder_structure.png" alt="xflavour_folder_structure.png" />

Basic Project

工程結(jié)構(gòu)：創(chuàng)建新工程時，自動會生成main和androidTest目錄，分別存放工程文件和測試代碼；androidTest目錄下不需要manifest文件，將自動生成；

可以通過配置，修改/重新指定各種文件的位置：

    android {
        sourceSets {
            main {
                manifest.srcFile 'AndroidManifest.xml'
                java.srcDirs = ['src']
                resources.srcDirs = ['src']
                aidl.srcDirs = ['src']
                renderscript.srcDirs = ['src']
                res.srcDirs = ['res']
                assets.srcDirs = ['assets']
            }

            androidTest.setRoot('tests')
        }
    }

tasks：apply plugin時，會自動添加plugin定義的task（java和android包括：assemble，check，build，clean。build包括assemble和check）；
和make類似，上次執(zhí)行之后沒有改變的task下次將不會執(zhí)行；

build的配置可以動態(tài)化：

  def computeVersionName() {
      ...
  }

  android {
      compileSdkVersion 19
      buildToolsVersion "19.0.0"

      defaultConfig {
          versionCode 12
          versionName computeVersionName()
          minSdkVersion 16
          targetSdkVersion 16
      }
  }

注意：方法名不能和默認的getter重名；

buildTypes && productFlavors 配置不同的打包類型，兩者為組合關(guān)系；
- Build Type + Product Flavor = Build Variant
- 不同buildTypes的sourceSets可以重新指定；會創(chuàng)建對應的assemble<BuildTypeName> task；
- main和不同類型的manifest文件將會合并；資源文件也將合并，同名的將以具體build type覆蓋main中的資源；

依賴、安卓庫、多工程配置

聲明依賴

本地jar文件：


  dependencies {
      compile files('libs/foo.jar')
  }

遠程依賴：

  repositories {
      mavenCentral()
  }

  dependencies {
      compile 'com.google.guava:guava:11.0.2'
  }

library project依賴：


  dependencies {
      compile project(':libraries:lib1')
  }

依賴類型
- compile：用于主應用程序的依賴編譯，所有的內(nèi)容都會加入到classpath中，并且打包到APK文件中；
- androidTestCompile：用于集成測試程序（或稱InstrumentatinTest）；
- testCompile：用于單元測試；
- provided：？？TODO？？
- debugCompile：debug Build Type；
- releaseCompile：release Build Type；
- APK文件總是使用兩種依賴類型：compile和<buildtype>Compile；
- 創(chuàng)建新的build type，就可以使用對應的<buildtype>Compile聲明依賴；
library project最終將打包為.aar文件，包含編譯后的代碼、資源文件；library在被其他工程引用時，其依賴只有compile類型的才會被繼承；

命令行運行

如果不clean，將采用遞增式編譯，即之前已編譯、且無修改的部分，將不會編譯；
第一次運行的時候加上-–daemon選項，將讓gradle后臺運行，后續(xù)編譯將節(jié)省gradle初始化的時間；

創(chuàng)建自定義task

添加task


  task custom(description: 'This is our custom task') << { task ->
      println "Running task ${task.name}"
  }

task的執(zhí)行時機
- Configuration stage
- Execution stage
- 默認task的執(zhí)行時機均是Configuration stage，即便指定其他task，也會被觸發(fā)執(zhí)行
- 可以通過doLast語句塊，來保證只有在明確指定執(zhí)行task時才會執(zhí)行，而doLast塊外的代碼，將在任何任務執(zhí)行時都會執(zhí)行
- <<操作符
```
  task myTask2 << {
      println "Hello, World!" 
  }
```
  相當于整個task都在doLast塊內(nèi)
添加task的依賴
```
    assemble.dependsOn 'custom'
```
assemble將依賴于custom，即custom執(zhí)行后才能執(zhí)行assemble；這樣是將custom添加到了assemble的最后一個依賴；

使用rule延遲創(chuàng)建task

  assemble.dependsOn(‘customAssemble’)

  tasks.addRule(“Pattern: customAssemble“) { taskName ->
    println “Creating task ${taskName}”
    if (taskName.equals(“customAssemble”)) {
      android.applicationVariants.each { variant ->
        println “Adding dependency to assemble${variant.name}”
        def targetTask = project.tasks.findByName(“assemble${variant.name}”)
        if(targetTask != null) {
          targetTask.dependsOn(“customAssemble${variant.name}”)
        }
      }
    }
    task(taskName) << { task ->
      println “Running custom task ${task.name}”
    }
  }

巧用Product Flavor

不同的版本，使用不同的服務器配置，不同的icon，不同的包名等，使用product flavor非常方便；可以在product flavor配置里面設(shè)置控制變量，主代碼根據(jù)控制變量來控制行為；

productFlavors {
        rd {
            applicationId "zuul.com.android.rd"
            buildConfigField "boolean", "LOG_TIMBER", "true"
            buildConfigField "boolean", "LOG_STETHO", "true"
            buildConfigField "boolean", "SHOW_LOGGIN_PHONE", "true"
        }
}

資源文件（drawable，string，style等）、代碼文件，都可以為不同的flavor創(chuàng)建相應的文件夾，進行個性化配置；

語法

基于Groovy；closure是很常見的基本元素；調(diào)用方法如下：
http://wiki.jikexueyuan.com/project/notes/images/groovy_closure_invoke_syntax.png" alt="groovy_closure_invoke_syntax.png" />
build.gradle：
- buildscript是在gradle系統(tǒng)中定義的一個方法，接受一個closure作為參數(shù)；
- gradle腳本所有的頂層代碼都是delegate到Project實例context上；
- script block：把一個closure傳遞到一個方法中，同時調(diào)用該方法；

上一篇：<a rel="nofollow" href="http://developer.android.com/training/in下一篇：UTAustinX_UT.9.01x: Effective Thinking Through Mathematics

<a rel="nofollow" href="http://tools.android.com/tech-docs/new-b

優(yōu)勢

Multi-flavor

Basic Project

依賴、安卓庫、多工程配置

命令行運行

創(chuàng)建自定義task

巧用Product Flavor

語法

依賴、安卓庫、多工程配置