概述

在很多时候，我们有这样的需求：在同一套代码下，不改变其逻辑，而改变某些UI风格，达到一套代码很多不同风格的UI的效果。我们可以使用Gradle来进行配置，打包的时候，根据所声明的flavor来打包不同的资源。

flavor，维度，

在gradle中这样来声明：

//声明维度：产品
flavorDimensions "ProductFeature"
productFlavors {
    A {
        dimension "ProductFeature"
    }
    B {
        dimension "ProductFeature"
    }
    C {
        dimension "ProductFeature"
    }
}

然后我们在 Build Variants 中能看到：

1.png

我们声明了一个维度：product，而product下有三个不同的product:abc，加上debug/release这个维度，我们最终能打包不同的app有3*2共6中不同的风格的app。可是这个有什么用呢？我们先指定了 ADebug，然后看到 BuidlConfig 文件：

public final class BuildConfig {
  public static final boolean DEBUG = Boolean.parseBoolean("true");
  public static final String APPLICATION_ID = "com.chestnut.sample.falvor.app";
  public static final String BUILD_TYPE = "debug";
  public static final String FLAVOR = "A";
  public static final int VERSION_CODE = 1;
  public static final String VERSION_NAME = "1.0";
}

可以看到FLAVOR字段就是我们的维度名称A，这个字段会根据当前所制定的不同维度进行变化，所以，我们就可以根据这个名称来获知当前的维度，就可以根据对应的维度进行UI或者逻辑的相应变化了。

示例

假如我有这个的一个app，gradle声明如上的一样，界面只有一个简单的图片和一个按钮。

2.png

需求一：不同FLAVOR UI不同

在根项目中新建各产品的文件夹，命名一定要是产品的名称，如果产品的UI不变，则不需要新建：

每个ABC不同纬度下的文件夹路径保持跟main一样。我们要替换的res是main/res/drawable/mei_zi.png，在需要替换资源的A/res/drawable/和B/res/drawable下，放一张替换后的照片。选择对应的维度，编译跑起来就是我们想要的：

4.png

在打包的时候，会优先查看对应flavor路径（如果有）下有没有替换的文件，有则会打包替换，无则到main中查找。

需求二：不同FLAVOR要求不同的App-Name/Icon和包名

不同的App-Icon和不同的App-Name，使用上面的方式配置，新增不同的string.xml和不同的icon.png即可。

包名不同，使用Gradle去配置，还能配置不同的versionCode和versionName

//声明维度：产品
flavorDimensions "ProductFeature"
productFlavors {
    A {
        dimension "ProductFeature"
        applicationId 'com.chestnut.a'
        versionCode = 9
        versionName = '1.3.1'
    }
    B {
        dimension "ProductFeature"
        applicationId 'com.chestnut.b'
        versionCode = 4
        versionName = '1.0.3'
    }
    C {
        dimension "ProductFeature"
        applicationId 'com.chestnut.c'
        versionCode = 5
        versionName = '1.0.4'
    }
}

需求三：不同FLAVOR逻辑不同

我们可以把不同的java代码文件放到不同的flavor中，那么打包的时候就会打包不同的java代码文件，但是这样不就把代码的逻辑又分割了吗？？？所以不推介这么做。我们知道BuidlConfig 中的flavor值不同，那代码中就可以通过flavor的值去判断执行不同的代码块：

switch (BuildConfig.FLAVOR) {
    case "A":
        Toast.makeText(MainActivity.this, "A", Toast.LENGTH_SHORT).show();
        break;
    case "B":
        Toast.makeText(MainActivity.this, "B", Toast.LENGTH_SHORT).show();
        break;
    case "C":
        Toast.makeText(MainActivity.this, "C", Toast.LENGTH_SHORT).show();
        break;
    default:
        Toast.makeText(MainActivity.this, "Default", Toast.LENGTH_SHORT).show();
        break;
}

其他

Demo在此

Gradle还有很多很棒的用法，可以参考一下：

不一样的build.gradle

点赞互粉送妹子图哟~

最后编辑于：2018.12.06 11:27:31