问题：

需要构建大体上一样，但是使用不同资源或者类的应用。

解决方案：

产品的flavors可以帮助你对同一个app创建不同的版本。

讨论：

build types是开发过程的一部分，一般用来将app从开发版进化到生产版。默认的build types：debug和release反应了这个。

Flavors让你能够构建同一个app的不同版本。当你想对不同版本的app自定义不同的外观，或者你需要一个免费版和收费版的app，你可以使用Flavors。

可以使用productFlavors块来声明product的flavor。

考虑下这样的场景，设置一个基于简单edittext入口的“helloworld”风格的欢迎界面。你给app设置不同的flavors：“friendly”，“arrogant”，“obsequious”：

android {    productFlavors {         arrogant {              applicationId 'com.oreilly.helloworld.arrg'         }          friendly {             applicationId 'com.oreilly.helloworld.frnd'         }         obsequious {             applicationId 'com.oreilly.helloworld.obsq'         }     }}

每个都有不同的applicationId，这样三个都可以安装在同一个设备上面。

注：flavor的名字不可以和已经存在build type的名字或者预定义的androidTest相同。

每个产品的flavor都有下列属于自己的属性，其中，都是基于defaultConfig中相同的属性：

applicationId

minSdkVersion

targetSdkVersion

versionCode

versionName

signingConfig

每个flavor定义自己的代码设置和资源，它们是主目录的同级代码。意味着，除了app/src/main/java文件夹外，你可以把代码放在以下的目录：

app/src/arrogant/java

app/src/friendly/java

app/src/obsequious/java

你也可以增加额外的资源文件在：

app/src/arrogant/res

app/src/arrogant/res/layout

app/src/arrogant/res/values

同样的资源结构会被应用到所有flavors，如：

相似的文件结构。一个build type和一个flavor的组合被称作variant。对于默认的两个build types(debug和release)和上面展示的三个flavors(arrogant,friendly和obsequious)，6种不同变体(variant)的apk可以被生成。

为了看到所有可能的变体名，可以在module的build文件中增加自定义任务：

task printVariantNames() {    doLast {        android.applicationVariants.all { variant ->            println variant.name        }     }}

在命令行下执行./gradlew printVariantNames

为了部署一个指定的变体，android sudio提供了一个build variant的视图。可以在下拉列表中选择合适的变体：

　　

product flavors使用后，assemble任务会构建所有可能的变体。assemble<variant>任务会构建指定的build type和flavor。你也可以使用assemble<BuildType>构建这个build type下所有的flavors，或者使用assemble<Flavor>任务构建这个flavor下所有的build type。install任务被分配到每个变体，如installArrogantDebug或者installFriendlyRelease。