這篇文章主要為大家展示了“Android Build Variants如何為項(xiàng)目設(shè)置變種版本”,內(nèi)容簡(jiǎn)而易懂,條理清晰,希望能夠幫助大家解決疑惑,下面讓小編帶領(lǐng)大家一起研究并學(xué)習(xí)一下“Android Build Variants如何為項(xiàng)目設(shè)置變種版本”這篇文章吧。
創(chuàng)新互聯(lián)于2013年創(chuàng)立,是專(zhuān)業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司,擁有項(xiàng)目網(wǎng)站設(shè)計(jì)、成都網(wǎng)站設(shè)計(jì)網(wǎng)站策劃,項(xiàng)目實(shí)施與項(xiàng)目整合能力。我們以讓每一個(gè)夢(mèng)想脫穎而出為使命,1280元天全做網(wǎng)站,已為上家服務(wù),為天全各地企業(yè)和個(gè)人服務(wù),聯(lián)系電話(huà):18980820575前言
在項(xiàng)目開(kāi)發(fā)過(guò)程中,時(shí)常會(huì)碰到這種情況:
1.同一個(gè)Project的同一個(gè)API,有幾個(gè)不同的接口,比如內(nèi)部測(cè)試用的Server,和當(dāng)前版本暴露給用戶(hù)使用的Server;
2.同一個(gè)Project有免費(fèi)版和收費(fèi)版
3.同一個(gè)Project不同環(huán)境下有不同的Constants常量
當(dāng)然我們可以簡(jiǎn)單的通過(guò)這種方式處理不同情況下的API:
// GET 電影信息 String douban_movie_info = "/v2/movie/test/subject"; //String douban_movie_info = "/v2/movie/production/subject";
或者這種情況:
long waitTime = 10000; //正式版本某個(gè)操作,會(huì)耗時(shí)10秒 //long watTime = 1000; //開(kāi)發(fā)環(huán)境我們只想1秒就足夠了
在不同的環(huán)境下我們通過(guò)注釋?zhuān)袚Q使用對(duì)應(yīng)的API,比如說(shuō)開(kāi)發(fā)時(shí)我們使用內(nèi)網(wǎng)Server的“test/subject”接口,正式發(fā)布版本切換為“production/subject”接口;
同理:
不同的環(huán)境下我們通過(guò)注釋?zhuān)綍r(shí)開(kāi)發(fā)打開(kāi)1000,注釋掉10000;版本發(fā)布時(shí)注釋掉1000,打開(kāi)10000……
但是這種操作太繁瑣太麻煩了,我們可以使用big更高一些的方式,比如AndroidStudio為開(kāi)發(fā)人員配置的一個(gè)功能:Build Variants(直譯:Build 口味)。
1.Module中 Build.Gradle配置:
buildTypes { release { minifyEnabled true //是否代碼混淆 multiDexEnabled true //防止方法數(shù)量超過(guò)65536導(dǎo)致錯(cuò)誤 } debug { minifyEnabled false multiDexEnabled true } } // If you need to add more flavors, consider using flavor dimensions. // 構(gòu)建變種版本 productFlavors { production { //正式發(fā)布版本 } dev { //開(kāi)發(fā)測(cè)試版本 } }
ok,基本配置結(jié)束,我們點(diǎn)擊sync同步項(xiàng)目之后,打開(kāi)AndroidStudio左下角的Build Variants菜單:
我們先不考慮右邊的代碼,我們看到了我們Module的“productionDebug”按鈕,這意味著我們當(dāng)前的環(huán)境是正式發(fā)布版本的Debug模式。我們有哪幾種模式呢?
所有Build Variant - productionDebug //正式版本的debug包 - productionRelease //正式版本的Release包 - devDebug //開(kāi)發(fā)版本的debug包 - devRelease //開(kāi)發(fā)版本的Release包
可以看到,我們擁有的四種變種版本,數(shù)量正好是「Build.gradle」文件中「buildTypes」*「productFlavors」的結(jié)果,我們便完全可以據(jù)此開(kāi)發(fā)出不同的變種版本。
2.Build Variant牛刀小試:
現(xiàn)在我們可以在build.gradle文件中加一些小「佐料」:
productFlavors { production { manifestPlaceholders = [ APP_NAME : "@string/app_name"] } dev { manifestPlaceholders = [ APP_NAME : "@string/app_name_dev"] } }
在你的string資源文件中添加:
LIFE TOOL LT 開(kāi)發(fā)版
然后是你的清單文件Manifest.xml添加占位符${APP_NAME}:
然后我們切換到productionDebug版本,點(diǎn)擊運(yùn)行:
模擬器中,我們獲得的App:
然后我們切換到devDebug版本,點(diǎn)擊運(yùn)行:
模擬器中,我們獲得的App:
是不是很方便!其實(shí)我們仔細(xì)點(diǎn)還可以觀察到,在我們切換不同變種版本的時(shí)候,同時(shí)gradle也在進(jìn)行編譯,與其說(shuō)我們是在切換變種版本,更準(zhǔn)確的是我們?cè)谇袚Q兩種不同版本的代碼!
3.Build Variant深入學(xué)習(xí):
如果說(shuō)單單只能改個(gè)app名字啥的實(shí)際上并沒(méi)有什么用,我們?cè)诠こ痰膶?duì)應(yīng)目錄下創(chuàng)建2個(gè)不同的文件夾:
如圖,我們創(chuàng)建了「production」和「dev」兩個(gè)文件夾,這兩個(gè)文件夾什么用呢,在我們切換不同的變種版本時(shí),我們app使用的代碼就從對(duì)應(yīng)的文件夾下去找!
比如:
public interface ConstantsApi { long waitTime = 10000; //正式版本某個(gè)操作,會(huì)耗時(shí)10秒 } public interface ConstantsApi { long watTime = 1000; //開(kāi)發(fā)環(huán)境我們只想1秒就足夠了 }
假如創(chuàng)建兩個(gè)ConstantsApi文件,顯然我們想將第二個(gè)「ConstantsApi」文件放入「開(kāi)發(fā)環(huán)境」對(duì)應(yīng)的dev版本中使用,我們就可以這樣:
創(chuàng)建和src/main同樣目錄的文件夾(這樣最好,不容易亂)
比如我的工程src/main下面結(jié)構(gòu)可能是這樣: - /MyProject/MyApplication/app/src/main/java/com/mei_husky/lifemanager 那么src/dev文件夾下的目錄結(jié)構(gòu)最好也是: - /MyProject/MyApplication/app/src/dev/java/com/mei_husky/lifemanager
這時(shí),我們切換到我們的dev變種版本,打開(kāi)我們的Android視圖,我們可以看到:
同理,我們?cè)谕瑯拥姆绞皆趐roduction目錄下創(chuàng)建同樣的文件夾,將另外一個(gè)10s的ConstantsApi文件放在該目錄下,切換到productionDebug變種,我們又會(huì)看到:
我們可以看到,不同變種的文件夾只有我們?cè)谇袚Q到該變種時(shí),該文件夾才會(huì)顯示,比如dev變種只顯示dev文件夾不顯示production文件夾,當(dāng)我們切換到production變種時(shí),dev同樣消失了。
更神奇的是,我們此時(shí)使用這些變量,運(yùn)行代碼,所得的結(jié)果也因?yàn)榘姹镜牟煌煌?,我們使用dev變種版本,我們只需要等1s,切換到production版本,我們直接就可以打包發(fā)布。
以上是“Android Build Variants如何為項(xiàng)目設(shè)置變種版本”這篇文章的所有內(nèi)容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內(nèi)容對(duì)大家有所幫助,如果還想學(xué)習(xí)更多知識(shí),歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道!