一、環(huán)境分離簡介

每個App項目，至少都會有兩個環(huán)境：測試環(huán)境和生產環(huán)境。多的甚至有四個環(huán)境：開發(fā)環(huán)境、測試環(huán)境、預生產環(huán)境和生產環(huán)境。開發(fā)人員經常需要在環(huán)境之間切換，測試人員也同樣。經常出現(xiàn)測試人員今天需要測試環(huán)境的最新版本，叫App開發(fā)人員打包一個給她，明天需要切換到生產版本，再叫App開發(fā)人員打包一個生產環(huán)境的給她。我們知道，一個App，在一臺手機上要么只能是測試環(huán)境的，要么只能是生產環(huán)境的。測試人員要測試兩個環(huán)境，只能不斷替換不同環(huán)境的同個App，這實在太麻煩了。為了解決此問題，最好的方案就是環(huán)境分離，不同環(huán)境有不同的App。

但對于Android App來講，相同包名的apk在同一個設備上只能存在一個。所以我們無法做到在同一個設備上同時安裝生產環(huán)境和測試環(huán)境的安裝包，這對于日常的開發(fā)工作和測試人員的測試工作極不方便?？偛荒軐⒄麄€工程復制一份，再通過修改包名的方式打包出另一個apk吧。所以在這種情況下，以往常見的做法就是在app中提供一個隱形的入口，供內部人員切換服務器地址，然后通過以下代碼重啟App：

private void restartApp(){
 Intent intent = getContext().getPackageManager().getLaunchIntentForPackage(getContext().getPackageName());
 intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
 startActivity(intent);
}

顯然，這種做法也只是一種緩兵之計，多少還是有些不盡人意。然而，值得慶幸地是，進入Android Studio時代后，Google開始使用引入Gradle構建系統(tǒng)，applicationId的出現(xiàn)使得環(huán)境分離的問題迎刃而解。

二、package 與 applicationId

在使用Eclipse開發(fā)Apk或舊版本的Gradle構建系統(tǒng)中，應用的包名由AndroidManifest.xml文件中package屬性決定。同時，這個package還被用來定義命名被引用的資源類R文件。

但是在新的Android Gradle構建系統(tǒng)中，package屬性的兩大作用得到了解藕：applicationId作為應用的唯一標識符（包名），用于區(qū)分不同應用；package屬性定義資源類R文件，用于引用。

applicationId存在于app/build.gradle文件中的defaultConfig配置下，新建項目時默認使用package屬性值初始化，所以如果沒有特殊的需求，一般我們不會在意和修改這個值：

apply plugin: 'com.android.application'

android {
 compileSdkVersion 19
 buildToolsVersion "19.1"

 defaultConfig {
 applicationId "com.example.my.app"
 minSdkVersion 15
 targetSdkVersion 19
 versionCode 1
 versionName "1.0"
 }
 ...

所以，要實現(xiàn)Apk的環(huán)境分離，也就是在同一設備上安裝同一應用的不同版本，從本質上我們要修改applicationId的值，構建打包出不同包名的apk安裝文件。Gradle構建系統(tǒng)提供了兩種方式供開發(fā)人員修改applicationId的值，productFlavors和buildTypes，通過這兩個方式我們可以輕松實現(xiàn)apk的打包定制，或者說Build Variants（構建變種）。

三、Build Variants

項目的productFlavors和buildTypes配置可以在app/build.gradle代碼文件或者Project Structure上修改，作用是一樣的。

四、productFlavors

項目可以通過定義多個不同的productFlavors來實現(xiàn)應用的不同定制版本，每一個Flavor與buildTypes配合產出對應的一種輸出類型的apk文件，新建的項目初始化只有一個默認的Flavor：defaultConfig

注意：默認的defaultConfig為新建的productFlavors提供基本的配置，也就說，productFlavors的配置會覆蓋defaultConfig中相同的屬性，從而實現(xiàn)產品的不同定制版輸出。對于環(huán)境分離，這里可以通過定義新的applicationId屬性來實現(xiàn)。

五、buildTypes

默認情況下，項目的buildTypes包含debug和release兩個構建版本，其中release版本的執(zhí)行需要手動設置簽名文件。對于環(huán)境分離，與productFlavors不同的是，buildTypes通過定義applicationIdSuffix來實現(xiàn)的，即添加后綴名：

除了這些可配置的屬性外，productFlavors和buildTypes都會通過各自的sourceSet來提供代碼和資源，默認的路徑為：src/flavorName和src/typeName。利用這個特性，我們可以實現(xiàn)不同定制版本的apk顯示不同的應用名稱和桌面圖標，以便從設備上進行區(qū)分。

productFlavors和buildTypes配合產出各種格式為“flavorName ＋ typeName”的Build Variants，以打包出不同版本的apk。當你沒有自定義flavors，默認的defaultConfig也會與buildTypes形成對應的Build Variants，只是沒有名字，所以顯示為debug和release。比如這段配置：

android {

 ...

 productFlavors{
 beta{
  applicationId 'com.yifeng.mdstudysamples.beta'
 }
 production{
  applicationId 'com.yifeng.mdstudysamples'
 }
 }

 buildTypes {
 release {
  minifyEnabled false
  proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
 }
 debug {
  applicationIdSuffix '.debug'
 }
 }
}

我們配置了beta和production兩種productFlavors，release和debug兩種buildTypes。所以，對應的Build Variants就有四種，分別為：betaDebug、betaRelease、productionDebug和productRelease。可以在Build Variants窗口查看并選擇對應的構建類型運行應用：

注意：前面提到，buildTypes通過添加后綴的方式修改applicationId（包名）的，換句話說，就是在productFlavors的基礎上修改包名的。所以，在上面這個例子中，betaRelease構建類型打包出的apk文件的包名是：com.yifeng.mdstudysamples.beta.debug。

五、實現(xiàn)方式

通過上面這些介紹，基本上大家能夠知道在Android上如何實現(xiàn)app的環(huán)境分離了。我們可以選擇使用productFlavors和buildTypes這兩種方式在同一個設備上來安裝同一個應用的不同版本。他們道理上是一樣的，只是相比之下，使用buildTypes不用新建productFlavors，更為方便。這里我就buildTypes為例簡單描述一下環(huán)境分離的實現(xiàn)。

1.對于一個默認productFlavors和buildTypes配置的項目，我們修改debug配置的applicationIdSuffix屬性，設為".debug"（名字可以隨意設置），release版本不用變動。

android {

 ...

 buildTypes {
 release {
  minifyEnabled false
  proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
 }
 debug {
  applicationIdSuffix '.debug'
 }
 }
}

有了這一步，已經能夠將debug版本和release的apk安裝在同一個設備上了。還可以做到更好，比如修改debug版本的桌面圖標、應用名稱等，便于區(qū)分。

2.我們在src目錄下新建一個debug目錄，將main目錄下的res目錄復制一份到debug目錄下，修改各個分辨率下的桌面Icon和strings.xml文件中的應用名稱，加個debug標識。目錄結構如圖所示：

在構建打包時，debug目錄下的res資源采用疊加的方式合并到main里面去，并替換相同的內容，而這個例子只需要修改桌面Icon和應用名稱，所以這里我只復制了res目錄下的相關文件，其他文件并未復制。

3.修改代碼里的服務器接口地址，選擇對應的Build Variants類型，運行即可。其實也可以在debug和main目錄下的string.xml資源文件中定義服務器地址，然后在程序的入口處賦值給代碼里的全局靜態(tài)變量。

總結

以上就是這篇文章的全部內容了，希望能對大家的學習或者工作帶來一定的幫助，如果有疑問大家可以留言交流。

最新評論