Laut diesem Blog war BuildConfig.DEBUG unzuverlässig. Da mein Kollege BuildConfig.DEBUG ausgiebig benutzt (scheinbar wie Testcode im Produktionscode), frage ich mich, ob dieses Flag noch so abgehört ist wie vor ein paar Jahren.
Es scheint, dass das Problem, auf das Sie sich beziehen, spezifisch für ADT + Eclipse ist. Ich glaube also, wenn Sie Gradle und Android Studio verwenden, sollte das kein Problem sein.
Entscheidend : Dies tritt nur auf, wenn Sie die Option Automatisch erstellen verwenden und Ihr Projekt nicht bereinigt. Aus diesem Grund würde ich dies kaum als Fehler betrachten. Wer sagt, was sollte und sollte nicht erneut erstellt werden, wenn Sie einen Code ändern und Build automatisch aktiviert haben?
Aus Gründen der guten Praxis sollten Sie Ihr Projekt vor einer eigentlichen Veröffentlichung immer säubern und neu erstellen . In diesem Fall ist dies kein Problem.
Also, das ist immer noch ein Problem, wenn Sie diese Einstellung verwenden und Ihr Projekt nicht vor der Veröffentlichung neu erstellen, und Sie verwenden immer noch ADT und Eclipse (das für die Ablehnung bestimmt zu sein scheint).
>Hier ist die Diskussion des Fehlers: Ссылка
Ich kann bestätigen, dass dieser Fehler noch existiert, getestet mit Android Studio 1.2 Build AI-140.1782451 und Gradle 1.1 Compiling gegen Android API Level 21.
Das Problem ist mit einem Nexus 10 auf Android 5.0.2 oder einem ähnlichen Gerät sichtbar.
Wenn Sie BuildConfig.DEBUG im Quelltext-Editor öffnen, heißt es:
%Vor%Aber wenn Sie die betreffende Anwendung debuggen, bleibt DEBUG auf false. Das behindert mein Retrofit-Debugging, da ich es je nach Build-Typ bedingt aktivieren wollte.
Ich hatte immer Probleme mit der vordefinierten Variable, also habe ich meine eigene erstellt:
%Vor%I Ihren Code können Sie diese Variable lesen:
%Vor%Tags und Links android