優(yōu)勢(shì)

• 支持多渠道、多APK打包；

Multi-flavor

• src目錄下有main文件夾，這是app的base部分；
• 支持多種flavor/variant，例如debug，release，paid，free等，分別在src目錄下創(chuàng)建相應(yīng)的文件夾，編寫(xiě)相應(yīng)的代碼；main文件夾下的代碼是共用的，而相應(yīng)文件下下的代碼只在相應(yīng)flavor/variant中使用；
• 每個(gè)文件夾下都可以編寫(xiě)自己的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)建新工程時(shí)，自動(dòng)會(huì)生成main和androidTest目錄，分別存放工程文件和測(cè)試代碼；androidTest目錄下不需要manifest文件，將自動(dòng)生成；

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

      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時(shí)，會(huì)自動(dòng)添加plugin定義的task（java和android包括：assemble，check，build，clean。build包括assemble和check）；
• 和make類(lèi)似，上次執(zhí)行之后沒(méi)有改變的task下次將不會(huì)執(zhí)行；

• build的配置可以動(dòng)態(tài)化：

    def computeVersionName() {
        ...
    }
  
    android {
        compileSdkVersion 19
        buildToolsVersion "19.0.0"
  
        defaultConfig {
            versionCode 12
            versionName computeVersionName()
            minSdkVersion 16
            targetSdkVersion 16
        }
    }

  注意：方法名不能和默認(rèn)的getter重名；

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

依賴(lài)、安卓庫(kù)、多工程配置

• 聲明依賴(lài)

  • 本地jar文件：

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

  • 遠(yuǎn)程依賴(lài)：

      repositories {
          mavenCentral()
      }
    
      dependencies {
          compile 'com.google.guava:guava:11.0.2'
      }

  • library project依賴(lài)：

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

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

命令行運(yùn)行

• 如果不clean，將采用遞增式編譯，即之前已編譯、且無(wú)修改的部分，將不會(huì)編譯；
• 第一次運(yùn)行的時(shí)候加上-–daemon選項(xiàng)，將讓gradle后臺(tái)運(yùn)行，后續(xù)編譯將節(jié)省gradle初始化的時(shí)間；

創(chuàng)建自定義task

• 添加task

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

• task的執(zhí)行時(shí)機(jī)

  • Configuration stage
  • Execution stage
  • 默認(rèn)task的執(zhí)行時(shí)機(jī)均是Configuration stage，即便指定其他task，也會(huì)被觸發(fā)執(zhí)行
  • 可以通過(guò)doLast語(yǔ)句塊，來(lái)保證只有在明確指定執(zhí)行task時(shí)才會(huì)執(zhí)行，而doLast塊外的代碼，將在任何任務(wù)執(zhí)行時(shí)都會(huì)執(zhí)行
  • <<操作符

      task myTask2 << {
          println "Hello, World!" 
      }

    相當(dāng)于整個(gè)task都在doLast塊內(nèi)

• 添加task的依賴(lài)

  
      assemble.dependsOn 'custom'
  

  assemble將依賴(lài)于custom，即custom執(zhí)行后才能執(zhí)行assemble；這樣是將custom添加到了assemble的最后一個(gè)依賴(lài)；

• 使用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

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

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)建相應(yīng)的文件夾，進(jìn)行個(gè)性化配置；

語(yǔ)法

• 基于Groovy；closure是很常見(jiàn)的基本元素；調(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)中定義的一個(gè)方法，接受一個(gè)closure作為參數(shù)；
  • gradle腳本所有的頂層代碼都是delegate到Project實(shí)例context上；
  • script block：把一個(gè)closure傳遞到一個(gè)方法中，同時(shí)調(diào)用該方法；