Gradle版本升級(jí)

網(wǎng)站建設(shè)哪家好，找創(chuàng)新互聯(lián)！專注于網(wǎng)頁設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、小程序開發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了陽春免費(fèi)建站歡迎大家使用！

其實(shí)當(dāng)AS升級(jí)到3.0之后，Gradle Plugin和Gradle不升級(jí)也是可以繼續(xù)使用的，但很多新的特性如：Java8支持、新的依賴匹配機(jī)制、AAPT2等新功能都無法正常使用。

Gradle Plugin升級(jí)到3.0.0及以上，修改project/build.gradle文件：

修改global.gradle(自定義lib管理的gradle)

tools = [
  gradleTools   : 'com.android.tools.build:gradle:3.0.1'
]

修改project/build.gradle文件

buildscript {
  repositories {
    google()
  }
  apply from: 'global.gradle'
  def tools = rootProject.ext.tools
  dependencies {
    classpath tools.gradleTools
  }
}

Gradle升級(jí)到4.1及以上，修改project/gradle/gradle-wrapper.properties文件

distributionUrl=https\://services.gradle.org/distributions/gradle-4.1-all.zip

生成APK文件名屬性outputFile變?yōu)橹蛔x

在app module中修改build.gradle文件之前改apk名字的代碼

variant.outputs.each { output ->
  def outputFile = output.outputFile
  if (outputFile != null && outputFile.name.endsWith('.apk')) {
    def fileName = "host_${variant.buildType.name}_${variant.productFlavors[0].name}_${mApplicationId}_${defaultConfig.versionCode}_v${mVersionName}.apk"
    output.outputFile = new File(outputFile.parent, fileName)
  }
}

由于outputFile屬性變?yōu)橹蛔x，需要進(jìn)行如下修改，直接對(duì)outputFileName屬性賦值即可：

variant.outputs.all {
  outputFileName = "host_${variant.buildType.name}_${variant.productFlavors[0].name}_${mApplicationId}_${defaultConfig.versionCode}_v${mVersionName}.apk"
}

依賴關(guān)鍵字的改變

• api: 對(duì)應(yīng)之前的compile關(guān)鍵字，功能一模一樣。會(huì)傳遞依賴，導(dǎo)致gradle編譯的時(shí)候遍歷整顆依賴樹
• implementation: 對(duì)應(yīng)之前的compile，與api類似，關(guān)鍵區(qū)別是不會(huì)有依賴傳遞
• compileOnly: 對(duì)應(yīng)之前的provided，依賴僅用于編譯期不會(huì)打包進(jìn)最終的apk中
• runtimeOnly: 對(duì)應(yīng)之前的'apk'，與上面的compileOnly相反

關(guān)于implementation與api的區(qū)別，主要在依賴是否會(huì)傳遞上。如：A依賴B，B依賴C，若使用api則A可以引用C，而implementation則不能引用。

這里更推薦用implementation，一是不會(huì)間接的暴露引用，清晰知道目前項(xiàng)目的依賴情況；二是可以提高編譯時(shí)依賴樹的查找速度，進(jìn)而提升編譯速度。 渠道需要聲明flavor dimensions

剛開始Sync的時(shí)候應(yīng)該會(huì)報(bào)錯(cuò)：

Error:All flavors must now belong to a named flavor dimension. Learn more at https://d.android.com/r/tools/flavorDimensions-missing-error-message.html

也就是每個(gè)flavor渠道都必須歸屬一個(gè)dimension維度，若只有一個(gè)維度，渠道中可以不寫dimension屬性，默認(rèn)分配到該維度。直接添加一個(gè)默認(rèn)的維度即可，如：flavorDimensions "dimension"

解決方法是在app.gradle添加flavorDimensions

defaultConfig {
  flavorDimensions getVersion("VERSION_CODE")
}

也可以像官方文檔那樣設(shè)置多個(gè)維度

// Specifies two flavor dimensions.
flavorDimensions "mode", "minApi"
productFlavors {
  free {
    // Assigns this product flavor to the "tier" flavor dimension. Specifying
    // this property is optional if you are using only one dimension.
    dimension "mode"
    ...
  }
  paid {
    dimension "mode"
    ...
  }
  minApi23 {
    dimension "minApi"
    ...
  }
  minApi18 {
    dimension "minApi"
    ...
  }
}

庫多variant依賴方式的修改

Gradle plugin 3.0.0+之后引入了新的variant自動(dòng)匹配機(jī)制，也就是說app的flavorDebug變體會(huì)自動(dòng)匹配library的flavorDebug變體。

回顧一下舊的方式，如果app在某個(gè)variant下需要依賴library相應(yīng)的類型，需要按照下面的方式聲明依賴：

dependencies {
  hytestCompile project(path: ':main', configuration: 'hytestRelease')
  productionCompile project(path: ':main', configuration: 'productionRelease')
}

新的方式，gradle會(huì)自動(dòng)感知并匹配對(duì)應(yīng)的variant（前提是app與library中有對(duì)應(yīng)的variant類型）：

dependencies {
  implementation project(':main')
}

填坑

1、style attribute ‘@android:attr/windowEnterAnimation' not found. 這是aapt2導(dǎo)致的，3.0默認(rèn)啟用了aapt2。解決辦法：在project的根目錄下的gradle.properties最后添加關(guān)閉aapt2的代碼：

android.enableAapt2=false

2、gradle tool 3.0使用最低SDK buildTool 26.0.2的版本

3、使用了aapt的需要去除掉，改用annotationProcessor

總結(jié)

以上所述是小編給大家介紹的gradle tool升級(jí)到3.0注意事項(xiàng)小結(jié)，希望對(duì)大家有所幫助，如果大家有任何疑問歡迎給我留言，小編會(huì)及時(shí)恢復(fù)大家的！