Android的productFlavor使用

我们经常会遇到对于一个工程，想要针对不同的渠道而展示不一样的效果，这种情况下，以前的做法可能会重开一个分支，针对特殊需求在新的分支上修改，但是这种情况比较繁琐，而且如果渠道很多，这种办法是效率极差的。

Android Studio中的Gradle插件中的productFlavor为我们提供了很多便利，那其具体可以为我们省去多少工作，又可以达到什么样的效果呢？

productFlavor

实质上就是我们打包时使用到的渠道配置，其配置的位置，就在我们项目中主module中的build.gradle中，如下：

android {    productFlavors {         a{             ...         }         b {             ...         }    }}

上述，分别建了两个flavor a、b，经过上述配置之后，可以看到build变量也增加如下：

这样我们就可以通过切换build变量后运行，看到不同flavor下的app。

我们可以做些什么？

配置不同的包名

productFlavors {    // 不设置，继承defaultConfig中的配置    a {    }    b {       applicationId "com.example.android.myapplication.b"    }}

上述如果不进行配置，则会使用我们默认的配置

通过以上的配置，两个flavor已对应不同的包名，这样可以将不同包名的应用同时安装到同一个终端上，同时查看两个app的效果。

修改资源

最明显的就是应用名、应用图标等，在我们原本的工程，这部分资源是存放于main/res/下，那我们如果想要更换这些资源很应该怎么做呢？

有了product flavor后非常简单，只需要在与main同级下创建与想要配置的flavor名相同的文件夹，并在其中放置想修改的资源文件即可。

如我们想要更改应用名，则做如下操作

即在src下与main同级，创建b文件夹，添加values文件夹，并添加了strings.xml文件，并在其中添加内容：

<resources>    <string name="app_name">b</string></resources>

然后此时选择build变量为a，运行，切换为b，再运行，即可看到模拟器上存在两个app，一个是我们a，应用名为My Application，另一个为b，应用名为b

以上基本就实现了应用名的替换。

当然res下的文件基本是可以替换的，包括布局，图片等，但是要记住其对应的文件目录、文件名要和main/res/下的保持一致。

AndroidManifest.xml

android应用的很多东西都是在该配置文件中配置的，我们切换app，其中的一些配置也需要修改，那这些修改怎么配置呢？

同理，我们也需要将该文件，放置于我们新建的flavor文件夹下，在build时，这里的配置会与原来的配置进行合并，但是需要注意一些东西：
1、新建的文件中application部分是不能省略的
2、如果我们更换其中的一些配置值，如在meta-data的值，则需要对该部分配置，加上replace标志，如下：

<meta-data    android:name="key"    android:value="value"    tools:node="replace"/>

如果不加replace标志，则会发现报错，有重复的key存在。

3、有一些值像scheme，亲试，以上述方式是无法正确更换的，像这种情况应该怎么办呢？

我们可以从build.gradle文件中falvor的配置上着手，增加manifestPlaceholders，配置一些key-value值：

productFlavors {   // 不设置，继承defaultConfig中的配置   a {      manifestPlaceholders=[scheme:"a"]   }   b {      applicationId "com.example.android.myapplication.b"      manifestPlaceholders=[scheme:"b"]   }}<activity android:name=".MainActivity">   <intent-filter>       <action android:name="android.intent.action.MAIN" />       <category android:name="android.intent.category.LAUNCHER" />       <data android:scheme="${scheme}"/>   </intent-filter></activity>

如上，为两个flavor加入了scheme，在配置文件中使用时，直接使用${scheme}即可。通过这样的方式，配置文件中的内容即根据不同的flavor而使用不同的值。

修改逻辑

有些情况，我们无法通过像上述的一些方式去直接改变这些值，那怎么能在代码中对flavor进行区分呢？

从上述可以看到，如果配置了多个flavor，则会与buildType（release、debug）进行搭配产生新的build变量，buildType可以从BuildConfig中获取到，那么flavor同样也可以，我们可以看一下BuildConfig文件的内容：

package com.example.android.myapplication;public final class BuildConfig {  public static final boolean DEBUG = Boolean.parseBoolean("true");  public static final String APPLICATION_ID = "com.example.android.myapplication.b";  public static final String BUILD_TYPE = "debug";  public static final String FLAVOR = "b";  public static final int VERSION_CODE = 1;  public static final String VERSION_NAME = "1.0";}

从上述可以看到其中有一个常量FLAVOR，其值就是我们配置的flavor。那么在代码中就可以使用BuildCoonfig.FLAVOR来进行判断，进而进行不同的操作。

分flavor打包要怎么打呢？

打指定flavor包：gradlew assemble(flavor)(Debug|Release)
如我们的例子中

## 根据我们配置的flavor，有以下的组合：gradlew assembleA(Debug|Release) gradlew assembleB(Debug|Release) 

总结

productFlavor还是为我们的分渠道提供了很多便利的，我们只需要将不一致的地方代替即可，在build过程中会进行合并，最终达到我们想要的效果。