根据这篇博客,BuildConfig.DEBUG是不可靠的。 由于我的同事广泛使用BuildConfig.DEBUG(似乎在生产代码中使用测试代码),我想知道这个标志是否仍然像几年前那样有缺陷。
我可以确认这个 bug 仍然存在,已经使用 Android Studio 1.2 Build AI-140.1782451 和 Gradle 1.1 进行测试并编译针对 Android API Level 21。
该问题在 Android 5.0.2 上的 Nexus 10 或类似设备中可见。
如果您在源编辑器中打开 BuildConfig.DEBUG ,它会显示:
public static final boolean DEBUG = Boolean.parseBoolean("true");
但如果您调试所涉及的应用程序,DEBUG保持为false。这会阻碍我的Retrofit调试,因为我希望根据构建类型有条件地启用它。
Boolean.parseBoolean("true")
return true
, But in past with ADT
Build (i.e: before Gradle
Build) was
public final static boolean DEBUG = Boolean.parseBoolean(null);
- ahmed hamdy看起来你所提到的问题是特定于ADT+Eclipse的。因此,我认为如果你使用Gradle和Android Studio,这应该不是一个问题。
重要的是:这仅在你使用自动构建选项并且没有清理项目时才会出现。因此,我很难认为这是一个错误。毕竟,谁说你每次进行代码更改并启用构建自动化时都应该重新构建呢?
作为良好实践,你应该在实际发布之前始终清理和重建你的项目,在这种情况下,这将不是一个问题。
因此,如果你仍在使用此设置,并且在发布之前没有重新构建你的项目,并且仍在使用ADT和Eclipse(似乎注定要被弃用),那么这仍然是一个问题。
这里是关于该bug的讨论:https://code.google.com/p/android/issues/detail?id=27940
我一直对预定义变量有些困惑,因此我创建了自己的变量:
buildTypes {
// If we use the same keystore for debug and release, we don't have to wipe all preferences
debug {
//noinspection GroovyAssignabilityCheck
signingConfig signingConfigs.releaseConfig
zipAlignEnabled true
resValue "bool", "DEBUG", "true"
}
release {
minifyEnabled true
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
//noinspection GroovyAssignabilityCheck
signingConfig signingConfigs.releaseConfig
zipAlignEnabled true
resValue "bool", "DEBUG", "false"
}
}
在你的代码中,你可以读取这个变量:
if (!MyApplication.get().getResources().getBoolean(R.bool.DEBUG)) {
// Firebase Crash reporting
FirebaseCrash.report(e);
}
BuildConfig
与R
一样可靠,因为它们是使用相同的机制创建的。我以前从未遇到过在Eclipse / ADT中报告的BuildConfig
问题,因此我不知道它们是否已经解决。 - CommonsWareif(BuildConfig.DEBUG){foo();}
,如果常量为false,则整个代码段将被消除。如果为true,则只有foo()
会出现在编译结果中。 - JohnnyLambada