产品定制的配置

每个 flavor 都是通过闭包来配置的：

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. }

注意 ProductFlavor 类型的 android.productFlavors.* 对象与 android.defaultConfig 对象的类型是相同的。就是说着它们之间属性共享。

defaultConfig 为所有的 flavor 提供基本的配置，每个 flavor 都可以重写这些配置的值。在前面的例子中，最终的配置结果将会是：

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

通常情况下，Build Type 的配置会覆盖其它的配置。例如，Build Type 的 applicationIdSuffix 会被追加到 Product Flavor 的 applicationId 上面。但有部分属性可以同时在 Build Type 和 Product Flavor 中设置。在这种情况下，按照个别为主的原则决定。例如，通过设置 android.buildTypes.release.signingConfig 来为所有的 release 包共用相同的 SigningConfig。也可以通过设置 android.productFlavors.*.signingConfig 来为每个 release 包指定它们自己的 SigningConfig。