前言

在項(xiàng)目開發(fā)過程中，時(shí)常會(huì)碰到這種情況：

1.同一個(gè)Project的同一個(gè)API,有幾個(gè)不同的接口，比如內(nèi)部測(cè)試用的Server,和當(dāng)前版本暴露給用戶使用的Server；

2.同一個(gè)Project有免費(fèi)版和收費(fèi)版

3.同一個(gè)Project不同環(huán)境下有不同的Constants常量

當(dāng)然我們可以簡(jiǎn)單的通過這種方式處理不同情況下的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)境下我們通過注釋，切換使用對(duì)應(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ā)測(cè)試版本
 }
}

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資源文件中添加：

<resources>
<string name="app_name">LIFE TOOL</string>
<string name="app_name_dev">LT 開發(fā)版</string>
</resources>

然后是你的清單文件Manifest.xml添加占位符${APP_NAME}:

<application
android:icon="@mipmap/ic_app_icon"
android:label="${APP_NAME}"http://app名稱，根據(jù)不同變種版本名字也不同
android:supportsRtl="true"
android:theme="@style/AppTheme">

然后我們切換到productionDebug版本，點(diǎn)擊運(yùn)行：

模擬器中，我們獲得的App:

然后我們切換到devDebug版本，點(diǎn)擊運(yùn)行：

模擬器中，我們獲得的App:

是不是很方便！其實(shí)我們仔細(xì)點(diǎn)還可以觀察到，在我們切換不同變種版本的時(shí)候，同時(shí)gradle也在進(jìn)行編譯，與其說我們是在切換變種版本，更準(zhǔn)確的是我們?cè)谇袚Q兩種不同版本的代碼！

3.Build Variant深入學(xué)習(xí)：

如果說單單只能改個(gè)app名字啥的實(shí)際上并沒有什么用，我們?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; //開發(fā)環(huán)境我們只想1秒就足夠了
}

假如創(chuàng)建兩個(gè)ConstantsApi文件，顯然我們想將第二個(gè)「ConstantsApi」文件放入「開發(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變種版本，打開我們的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ā)布。

4.總結(jié)

這樣的好處是很明顯的，「首先」我們不管有多少不同環(huán)境的配置，我們只需要配置一次，以后想切換到哪種環(huán)境，我們只需要切換到該變種就可以了；「其次」，這樣的結(jié)構(gòu)非常清晰，等同于我們有N套不同版本的代碼，不會(huì)代碼多了版本多了，人就蒙了。

最新評(píng)論