前段時間嘗試了最新版的AndroidStudio3.6,整體來說gradle調試和自帶的虛擬機相比較歷史版本有了更香的體驗。 剛好有個新項目,就直接使用最新版了,這次新版的升級除了保持原有的界面風格,主要還是優化了編譯速度的短板問題,所以新項目很快就開發完成了。然而在打包的時候卻出了點小插曲,下麵先 ...
前段時間嘗試了最新版的AndroidStudio3.6,整體來說gradle調試和自帶的虛擬機相比較歷史版本有了更香的體驗。
剛好有個新項目,就直接使用最新版了,這次新版的升級除了保持原有的界面風格,主要還是優化了編譯速度的短板問題,所以新項目很快就開發完成了。然而在打包的時候卻出了點小插曲,下麵先上兩次打包之後的效果圖看下。
奇怪,新打包的apk把以前打包的apk覆蓋掉了,難道是我做了什麼操作?
於是我開始檢查build.gradle中的相關配置,涉及到文件打包的相關代碼還是照之前老版本的寫法,大致如下。
1 android.applicationVariants.all { variant -> 2 variant.outputs.all { output -> 3 def outputFile = output.outputFile 4 if (outputFile != null && outputFile.name.contains('release')) { 5 def fileName = "${rootProject.name}${android.defaultConfig.versionName}_${releaseTime()}.apk" 6 println "print apk name:" + fileName 7 outputFileName = fileName 8 } 9 } 10 }
順便提一下,AS3.6對應的gradle5.6在創建項目時新生成的settings.gradle文件中,比以往多加了一行參數,也就是上面用得到的
rootProject.name='GradleApp'
該參數也就是聲明瞭新項目的名稱,因此可以在上邊作為全局變數引用,就不需要每個使用的地方都要自定義了。
話說回來,gradle的寫法沒什麼問題,我懷疑是有某個新的tasker是刪除以前的打包文件,於是繼續查找新增的build.gradle,發現在項目的配置文件下的確新增了一條陌生的task,
1 task clean(type: Delete) { 2 delete rootProject.buildDir 3 }
看樣子是刪除所有的build文件了,可是打包的文件應該不會再build目錄下的吧,只能死馬當作活馬醫了,我把上邊的三行註釋掉,重新試著打包再來一次。。。果然還是一如既往的舊版本被覆蓋了。這裡就有點想吐槽AS的開發者了,既然apk還可以重命名,為什麼重命名之後還要再刪除呢?這樣對歷史版本的保存很是不友好啊。當然不嫌麻煩的話可以每次將打包好的文件手動存儲到其他位置,但是這就失去了自動化的意義了(對於我這種懶癌症晚期來說實在不能忍)。
那麼看來只能重新修改build.gradle中的文件輸出相關代碼了。思路就是用gradle腳本將打包的新apk複製並重命名一份,姑且稱之為新命名apk,生成路徑可以到指定目錄,也可以還在原始目錄。下次打包時AS只會自動刪除上次的新apk,而不會刪除上次的新命名apk,同時生成本次的新apk。之後會再次執行新增的這段gradle腳本,將本次的新apk複製重命名為新命名apk。按照之前對AS的理解,新腳本很簡單,修改後如下。
1 android.applicationVariants.all { variant -> 2 variant.outputs.all { output -> 3 def outputFile = output.outputFile 4 if (outputFile != null && outputFile.name.contains('release')) { 5 def fileName = "${rootProject.name}${android.defaultConfig.versionName}_${releaseTime()}.apk" 6 println "print apk name:" + fileName 7 // outputFileName = fileName 8 assembleRelease.doLast{ 9 project.copy{ 10 from "${output.outputFile}" 11 into "${output.outputFile.parent}" 12 rename("${output.outputFile.name}","${fileName}") 13 println "copy file from ${output.outputFile} to ${fileName}" 14 } 15 } 16 } 17 } 18 }
如此編譯之後即可,生成的文件效果圖如下。
值得註意的是,在上邊的代碼中copy命令要在assemble任務之後執行,不然copy中的變數
${output.outputFile}
只是使用了上一次打包的apk並重命名,之後再執行assemble結束後才會生成本次打包的新apk。
雖然AS3.6還有些使用不太習慣的地方,但整體來說比以往的大版本更新效果更顯著,對Android開發者來說可以把時間用在更高效的事情上,而以前那種在編譯項目時先抽根煙冷靜下的時光恐怕也會一去不復返了。