产物定制配置

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

android {
    ...

    defaultConfig {
        minSdkVersion 8
        versionCode 10
    }

    productFlavors {
        flavor1 {
            packageName "com.example.flavor1"
            versionCode 20
        }

        flavor2 {
            packageName "com.example.flavor2"
            minSdkVersion 14
        }
    }
}

注意android.productFlavors.* 对象与android.defaultConfig对象的ProductFlavor类型是相同的。意味着它们共享一样的属性。

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就是其中一个例子。signingConfig允许通过设置android.buildTypes.release.signingConfig为所有release共享相同的SigningConfig。或者通过设置android.productFlavors.*.signingConfig为每一个release包设置独立的SigningConfig