6.3 产品定制配置

每一个 flavors 都可以通过一个闭包配置：

1. android {
2. ...

4. defaultConfig {
5. minSdkVersion 8
6. versionCode 10
7. }

9. productFlavors {
10. flavor1 {
11. packageName "com.example.flavor1"
12. versionCode 20
13. }

15. flavor2 {
16. packageName "com.example.flavor2"
17. minSdkVersion 14
18. }
19. }
20. }

要知道的是 android.productFlavors.* 是 ProductFlavor 类型的，和 android.defaultConfig 对象具有相同的类型，者意味着他们有相同的属性。

defaultConfig 为所有的 flavor 提供了基本的配置，每一个 flavor 也都可以重新设置覆盖这些默认值。在上面的例子中，最终的配置如下：

• flavor1
• packageName: com.example.flavor1
• minSdkVersion: 8
• versionCode: 20
• flavor2
• packageName: com.example.flavor2
• minSdkVersion: 14
• versionCode: 10

通常情况下，Build Type 配置会覆盖其他配置，比如，Build Type 的 packageNameSuffix 会追加到 Product Flavor 的 packageName 之后。

也有一些情况是在 Build Type 和 Product Flavor 中都可以设置，在这种情况下，视情况而定。

比如， signingConfig 就是这么一个属性。 通过设置 android.buildTypes.release.signingConfig ，可以为所有的 release 包共享相同的 SigningConfig ，也可以单独通过设置 android.productFlavors..signingConfig 为每一个 release 包指定他们自己的 SigningConfig* 。