[AS3.0.1]关于Gradle多版本打包的学习

首先说下需求吧!
由于开发的时候经常会有测试版和正式版。这个时候,就可能会有服务器访问地址的区别,也有需要同时兼容的2个应用。但是一个是测试版一个确是正式版本,虽然我们可以用笨办法,就是代码拷贝2个项目。包名改下这样就能实现了。但是2个项目之间的管理就是一个很大的问题。如果在测试版改动了,但是转到正式版,忘记了修改怎么办。会导致很多的多余管理消耗,这个时候Gradle的动态管理就是一个很好的管理了。


创建项目

进入默认app项目下的build.gradle文件内
打开进入修改buildTypes
默认是只有一个release设置,初始代码如下

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

这边提下,minifyEnabled表示是否开启混淆,而下面的proguardFiles 的就是开启混淆后调用的混淆文件路径

之后呢我们修改这个buildTypes,加入debug设置

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

可以直接复制一下release的然后修改下名字就好了
这样就区分了正式和测试的版本。


测试正式版本区分设置

  • 服务器地址区分修改

这边我们就需要用到 buildConfigField
我们想要的效果就是debug和release编译之后调用的地址是不一样的。
笨办法就是在Java代码中加入如下内容

    public static final String Host = "正式版";
    //public static final String Host = "测试版";

那么我们来看下Gradle是如何管理的
设置debug和release都加入一个buildConfigField
修改代码如下

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            buildConfigField("String", "Host", "\"正式版\"")

        }
        debug{
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            buildConfigField("String", "Host", "\"测试版\"")
        }
    }

三个参数
第一个是类型,就是String Boolean int之类的
第二个是名字
第三个是内容值(然后提下,这边的内容值一定要加入”,不然获取到的结果是没有”的)

修改代码之后点击Sync Now下,就会生成一个BuildConfig,这个时候我们点进去就可以看到
!测试版


我们可以看到修改debug和release获取到的值都是设置好的
调用如下就可以获取到参数

    String host = BuildConfig.Host
  • 测试版和正式版可以共存

这个只需要在debug中加入修辞

        debug{
            applicationIdSuffix ".debug"
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            buildConfigField("String", "Host", "\"测试版\"")
        }

这样生成app会在原有的包名后面加入.debug
下面是安装的两个app的包名

- 修改APP名称

这边可以用resValue生成新的string
修改代码如下

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            buildConfigField("String", "Host", "\"正式版\"")
            resValue("string", "app_name1", "myMode")
        }
        debug {
            applicationIdSuffix ".debug"
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            buildConfigField("String", "Host", "\"测试版\"")
            resValue("string", "app_name1", "myModecopy")
        }
    }

三个参数
第一个是类型,就是string int之类的
第二个是名字
第三个是内容值

调用和正常写入res文件下的一样

    getResources().getString(R.string.app_name1)

现在我们想修改app的名字就在项目的清单文件中修改android:label里面的值

        android:label="@string/app_name1"

我们安装的项目就名字不同了

在进入多版本设置之前。我们先设置下签名,因为我这边准备直接用Build Variants选择build方式直接安装项目,所以我这边加入了一个签名设置
签名代码如下

apply plugin: 'com.android.application'

android {
    .....其他代码
    signingConfigs {
        config {
            keyAlias 'gjn'
            keyPassword '11223344'
            storeFile file('D:/project/MyDemo/gjnKey.jks')
            storePassword '11223344'
        }
    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            buildConfigField("String", "Host", "\"正式版\"")
            resValue("string", "app_name1", "myMode")
            signingConfig signingConfigs.config
        }
        debug {
            applicationIdSuffix ".debug"
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            buildConfigField("String", "Host", "\"测试版\"")
            resValue("string", "app_name1", "myModecopy")
        }
    }
    ....其他代码
}

使用签名就是

        signingConfig signingConfigs.config

选择安装build的地方


多版本控制

使用productFlavors进行多版本控制
这边我们想加入一个free版本。
加入代码如下

    productFlavors{
        dev{
            flavorDimensions("versionCode")
        }
        free{
            applicationIdSuffix ".free"
            flavorDimensions("versionCode")
        }
    }

这边要说下 我们需要保存默认的版本,所以我这边加入了两个。
其实这个free和dev{}里面的属性是可以设置的和项目的defaultConfig设置一样的东西
好比这个默认的

    defaultConfig {
        applicationId "com.gjn.mydemo"
        minSdkVersion 19
        versionCode 1
        versionName "1.0"
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
    }

free也可以设置里面多种属性
我这边对free加入了以下属性,想试试会不会替换

    productFlavors{
        dev{
            flavorDimensions("versionCode")
        }
        free{
            applicationIdSuffix ".free"
            buildConfigField("String", "Host", "\"Free版\"")
            resValue("string", "app_name1", "myModefree")
            flavorDimensions("versionCode")
        }
    }

现在我们对4个版本进行安装

然后我们看下每个版本的包名和打开内容
我们将4个版本依次安装
- devDebug

  • devRelease

  • freeDebug

  • freeRelease

这边也发现在多版本中设置的

buildConfigField("String", "Host", "\"Free版\"")
resValue("string", "app_name1", "myModefree")

是没有效果的。
具体还有其他深入的使用,只能之后再补充了。


资料

Gradle 动态编译-利用配置文件指定不同软件版本对应的服务器地址

你可能感兴趣的:(程序日记)