新聞中心
這篇文章主要為大家展示了“Android Build Variants如何為項(xiàng)目設(shè)置變種版本”,內(nèi)容簡而易懂,條理清晰,希望能夠幫助大家解決疑惑,下面讓小編帶領(lǐng)大家一起研究并學(xué)習(xí)一下“Android Build Variants如何為項(xiàng)目設(shè)置變種版本”這篇文章吧。
10年積累的成都做網(wǎng)站、成都網(wǎng)站設(shè)計(jì)經(jīng)驗(yàn),可以快速應(yīng)對客戶對網(wǎng)站的新想法和需求。提供各種問題對應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認(rèn)識(shí)你,你也不認(rèn)識(shí)我。但先網(wǎng)站設(shè)計(jì)后付款的網(wǎng)站建設(shè)流程,更有漢川免費(fèi)網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。
前言
在項(xiàng)目開發(fā)過程中,時(shí)常會(huì)碰到這種情況:
1.同一個(gè)Project的同一個(gè)API,有幾個(gè)不同的接口,比如內(nèi)部測試用的Server,和當(dāng)前版本暴露給用戶使用的Server;
2.同一個(gè)Project有免費(fèi)版和收費(fèi)版
3.同一個(gè)Project不同環(huán)境下有不同的Constants常量
當(dāng)然我們可以簡單的通過這種方式處理不同情況下的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; //開發(fā)環(huán)境我們只想1秒就足夠了
在不同的環(huán)境下我們通過注釋,切換使用對應(yīng)的API,比如說開發(fā)時(shí)我們使用內(nèi)網(wǎng)Server的“test/subject”接口,正式發(fā)布版本切換為“production/subject”接口;
同理:
不同的環(huán)境下我們通過注釋,平時(shí)開發(fā)打開1000,注釋掉10000;版本發(fā)布時(shí)注釋掉1000,打開10000……
但是這種操作太繁瑣太麻煩了,我們可以使用big更高一些的方式,比如AndroidStudio為開發(fā)人員配置的一個(gè)功能:Build Variants(直譯:Build 口味)。
1.Module中 Build.Gradle配置:
buildTypes { release { minifyEnabled true //是否代碼混淆 multiDexEnabled true //防止方法數(shù)量超過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 { //開發(fā)測試版本 } }
ok,基本配置結(jié)束,我們點(diǎn)擊sync同步項(xiàng)目之后,打開AndroidStudio左下角的Build Variants菜單:
我們先不考慮右邊的代碼,我們看到了我們Module的“productionDebug”按鈕,這意味著我們當(dāng)前的環(huán)境是正式發(fā)布版本的Debug模式。我們有哪幾種模式呢?
所有Build Variant - productionDebug //正式版本的debug包 - productionRelease //正式版本的Release包 - devDebug //開發(fā)版本的debug包 - devRelease //開發(fā)版本的Release包
可以看到,我們擁有的四種變種版本,數(shù)量正好是「Build.gradle」文件中「buildTypes」*「productFlavors」的結(jié)果,我們便完全可以據(jù)此開發(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 開發(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)行編譯,與其說我們是在切換變種版本,更準(zhǔn)確的是我們在切換兩種不同版本的代碼!
3.Build Variant深入學(xué)習(xí):
如果說單單只能改個(gè)app名字啥的實(shí)際上并沒有什么用,我們在工程的對應(yīng)目錄下創(chuàng)建2個(gè)不同的文件夾:
如圖,我們創(chuàng)建了「production」和「dev」兩個(gè)文件夾,這兩個(gè)文件夾什么用呢,在我們切換不同的變種版本時(shí),我們app使用的代碼就從對應(yīng)的文件夾下去找!
比如:
public interface ConstantsApi { long waitTime = 10000; //正式版本某個(gè)操作,會(huì)耗時(shí)10秒 } public interface ConstantsApi { long watTime = 1000; //開發(fā)環(huán)境我們只想1秒就足夠了 }
假如創(chuàng)建兩個(gè)ConstantsApi文件,顯然我們想將第二個(gè)「ConstantsApi」文件放入「開發(fā)環(huán)境」對應(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變種版本,打開我們的Android視圖,我們可以看到:
同理,我們在同樣的方式在production目錄下創(chuàng)建同樣的文件夾,將另外一個(gè)10s的ConstantsApi文件放在該目錄下,切換到productionDebug變種,我們又會(huì)看到:
我們可以看到,不同變種的文件夾只有我們在切換到該變種時(shí),該文件夾才會(huì)顯示,比如dev變種只顯示dev文件夾不顯示production文件夾,當(dāng)我們切換到production變種時(shí),dev同樣消失了。
更神奇的是,我們此時(shí)使用這些變量,運(yùn)行代碼,所得的結(jié)果也因?yàn)榘姹镜牟煌煌覀兪褂胐ev變種版本,我們只需要等1s,切換到production版本,我們直接就可以打包發(fā)布。
以上是“Android Build Variants如何為項(xiàng)目設(shè)置變種版本”這篇文章的所有內(nèi)容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內(nèi)容對大家有所幫助,如果還想學(xué)習(xí)更多知識(shí),歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道!
網(wǎng)站欄目:AndroidBuildVariants如何為項(xiàng)目設(shè)置變種版本
當(dāng)前網(wǎng)址:http://www.ef60e0e.cn/article/ishgip.html