gradle移植android,Gradle for Android 使用之旅之gradle配置进阶

Gradle Build Files in Android 第三章

了解Build Types 和 Flavors

3.1 了解Build Types

debug和release

Gradle Android 插件提供了两种build类型，debug和release，他们两者都可以在buildTypes节点中配置。例如默认配置：

buildTypes {

release {

minifyEnabled false

proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'

}

}

同样可以直接加入debugtype ，两者配置都可以一样，这是用来区分打包类型。并且debug 默认 debuggable 为true。

minifyEnabled，shrinkResources

开发很久的项目中通常会存在很多已经不再使用的资源文件，但是人工去删除又比较麻烦，可以使用这两个帮助删除不再使用的资源文件。

android {

buildTypes {

release {

minifyEnabled true

shrinkResources true

proguardFiles getDefaultProguardFile('proguard-android.txt'),

Turn on code shrinking

'proguard-rules.pro'

} }

}

这两个属性已经要同时设置才能生效。

设置后缀的属性

为了方便辨别打包后的包是release或debug，可以根据不同的打包类型设置区分。如修改版本名称，修改包名。

android {

// ... other properties ... buildTypes {

debug {

applicationIDsuffix '.debug'

versionNameSuffix '-debug'

}

// .. other build types ...

} }

这样配置后打包的debug包的包名会在后面增加.debug，版本名后也会相应的增加-debug,这样一个手机上可以很方便安装多个包。

3.2 Flavors and Variants

问题

如何做到不同一次build同一个APP不同版本功能的包。

解决方法

productFlavors用于build不同版本的包，他可能用于免费版，收费版，但是基于代码是一样的，只是有个别属性是不一样的。

例如

productFlavors {

baidu {

applicationId 'com.branch.www.gradledemo.baidu'

}

meizu {

applicationId 'com.branch.www.gradledemo.meizu'

}

wandoujia {

applicationId 'com.branch.www.gradledemo.wandoujia'

}

然后在build apk时可以选择需要的构建

productFlavors_1.png

每一个构建中可以定义自己的属性，所有的属性基于defaultConfig

applicationId

minSdkVersion

targetSdkVersion

versionCode

versionName

signingConfig

每一个构建都可以有他自己的source和resource，如下：

app/src/baidu/java

app/src/meizu/java

app/src/wandoujia/java

或

app/src/baidu/res

app/src/meizu/res/layout

app/src/wandoujia/res/values

如：

productFlavors_2.png

或 不共用源码

productFlavors_3.png

使用manifestPlaceholders

同时我们在常用的不同渠道号的apk中有渠道区分或者其他需要在AndroidManifest.xml中设置的。

defaultConfig {

applicationId "com.branch.www.gradledemo"

minSdkVersion 18

targetSdkVersion 24

versionCode versionCodes

versionName versionNames

manifestPlaceholders = [BaiduMobAd_CHANNEL: "common", xxx: "xx"]

}

flavorDimensions 'one', 'two'

productFlavors {

baidu {

manifestPlaceholders = [BaiduMobAd_CHANNEL: "baidu", xxx: "xx"]

dimension "one"

// applicationId 'com.branch.www.gradledemo.baidu'

}

meizu {

manifestPlaceholders = [BaiduMobAd_CHANNEL: "meizu", xxx: "xx"]

resValue "string", "app_name", "魅族"

dimension "one"

applicationId 'com.branch.www.gradledemo.meizu'

}

则可以这样使用它

使用resValue

meizu {

resValue "string", "xxx_name", "魅族"

dimension "one"

applicationId 'com.branch.www.gradledemo.meizu'

}

使用时同样也是R.string.app_xxx_name，跟在string.xml中定义是一样的。

3.3 Merging Resources

问题

想要根据不同构建设置不懂的text,image等

解决方法

参照 3.2 ，每个构建都可以有自己的source和resource，则可以很方面的设置，这里就不再重复验证。

3.4 Flavor Dimensions 的使用

问题

或许 3.2 Flavors还不够用，还可以增加，或有太多相同的可以合并。

解决方法

使用 �flavor dimensions 合并baidu,meizu,wandoujia ,如：

flavorDimensions 'one', 'two'

productFlavors {

baidu {

dimension "one"

// applicationId 'com.branch.www.gradledemo.baidu'

}

meizu {

dimension "one"

applicationId 'com.branch.www.gradledemo.meizu'

}

wandoujia {

dimension "two"

applicationId 'com.branch.www.gradledemo.wandoujia'

}

one {

dimension "two"

}

two {

dimension "two"

}

然后build是就有1x3+1x3=6个包可以选择。

flavorDimensions_1.png

定义了flavorDimensions后每一个构建都需要加上dimension否则报错

flavorDimensions_error_1.png

与3.2 一样，可以设置属性，同样可以合并相同的。

3.5 Merging Java Sources Across Flavors

问题

怎么改变源码或其他java类

解决方法

在3.2中创建不同构建对应的文件夹

resources可以自动覆盖，并且可以有相同或不相同的而java类有点不一样，java类不能有和main中存在一样的，并且需要从main跳转的在每一个构建中都要存在，但是他们每一个的实现可以不一样。

例如：

mering_java_class_1.png

可以看到one,two是组合构建

mering_java_class_2.png

所以不所有包中都会有一个OtherActivity，并且他们的实现方式不一样。从main中的MainActivity 实现startActivity时，不同构建跳转到对应的构建。应该在每一个构建中自己的实现也就实现完全不一样。

[第一章:gradle的基础](Gradle Build Files in Android_1.md)