我们经常会遇到对于一个工程，想要针对不同的渠道而展示不一样的效果，这种情况下，以前的做法可能会重开一个分支，针对特殊需求在新的分支上修改，但是这种情况比较繁琐，而且如果渠道很多，这种办法是效率极差的。
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过程中会进行合并，最终达到我们想要的效果。
————————————————
原文链接：https://blog.csdn.net/cherish1260/article/details/78498304
网友评论