BuildConfig.DEBUG

首先在Gradle脚本中默认的debug和release两种模式BuildCondig.DEBUG字段分别为true和false,而且不可更改。该字段编译后自动生成,在Studio中生成的

目录在app/build/source/BuildConfig/Build Varients/package name/BuildConfig 文件下。release模式下该文件的内容:

public final class BuildConfig {
public static final boolean DEBUG = false;
public static final String APPLICATION_ID = com.storm.9gag;
public static final String BUILD_TYPE = release;
public static final String FLAVOR = wandoujia;
public static final int VERSION_CODE = 1;
public static final String VERSION_NAME = 1.0;
// Fields from build type: release
public static final boolean LOG_DEBUG = false;
}

自定义BuildConfig字段

大家看到上述内容的时候发现莫名的有个LOG_DEBUG字段,这个完全是我自定义的一个字段,我来用它控制Log的输出,而没有选择用默认的DEBUG字段。举例一

个场景,我们在App开发用到的api环境假设可能会有测试、正式环境,我们不可能所有的控制都通过DEBUG字段来控制,而且有时候环境复杂可能还会有两个以

上的环境,这个时候就用到了Gradle提供了自定义BuildConfig字段,我们在程序中通过这个字段就可以配置我们不同的开发环境。

语法很简单:

buildConfigField “boolean”, “API_ENV”, “true”

上述语法就定义了一个boolean类型的API_ENV字段,值为true,之后我们就可以在程序中使用BuildConfig.API_ENV字段来判断我们所处的api环境。例如:

public class BooheeClient {
public static final boolean DEBUG = BuildConfig.API_ENV;

public static String getHost {
if (DEBUG) {
return your qa host;
}
return your production host;
}
}

不仅如此,如果遇到复杂的环境,你也可能自定义一个String类型的字段,这种方式免去了发布之前手动更改环境的麻烦,减少出错的可能性,只需要在

Gradle配置好debug、release等模式下的环境就好了,打包的之后毫无顾虑。

使用方法很简单,大家如果有问题或者疑问可以直接博客留言。