Warum verwendet die BuildConfig-Klasse Boolean.parseBoolean() anstelle von Literalwerten?

Question

Wenn an der BuildConfig Klasse, die von Android Studio und dem Gradle suchen Plugin ein, dass das BuildConfig.DEBUG Feld eines der boolean Literale mit true oder false den Boolean.parseBoolean(String) Aufruf anstelle der Verwendung initialisiert wird sehen können.

Wenn ich benutzerdefinierte Eigenschaften bauen add Gradle verwenden würde ich tun, es ist einfach so:

android { 
    buildTypes.debug.buildConfigField 'boolean', 'SOME_SETTING', 'true' 
} 

Aber ein Blick auf die erzeugte BuildConfig sagt mir, dass Google einen anderen Ansatz mit der DEBUG Flagge genommen hat:

public final class BuildConfig { 
    public static final boolean DEBUG = Boolean.parseBoolean("true"); 

    // more fields here 

    // Fields from build type: debug 
    public static final boolean SOME_SETTING = true; 
} 

Was ist der Vorteil der Verwendung von Boolean.parseBoolean(String) anstelle von Literalen?

Answer 1

Boolesche Literale in der Klasse BuildConfig werden IDE-Warnungen erzeugen, wenn sie in Ihrem Code verwendet werden (zumindest in Android Studio). Zum Beispiel empfiehlt Android Studio bei der Verwendung in einem booleschen Ausdruck (fälschlicherweise), den booleschen Ausdruck zu vereinfachen, da der konstante Wert immer derselbe ist (für die aktuelle Build-Variante).

Diese Warnung ist nur, weil Android Studio weiß nicht, dass der Endwert innerhalb BuildConfig.SOME_SETTING kann für andere Build-Varianten unterschiedlich sein.

Um den Code sauber und frei von Warnungen halten Sie Android Studio sagen kann durch Hinzufügen eines IDE Kommentar wie diese diese spezifische Warnung ignorieren:

Aber auch hier wird dies etwas Rauschen auf den Code hinzufügen und die Lesbarkeit reduzieren. Mit der Methode Boolean.parseBoolean(String) zum Initialisieren Ihres Konstantenfeldes täuschen Sie Android Studio, das Ihre booleschen Ausdrücke nicht mehr vollständig analysieren kann und somit keine Warnungen mehr generiert.

Dieser Ansatz ist sehr nützlich, da es Ihr Code sauber und gut lesbar hält, ohne dass wichtige Code-Analyse und Generierung von Warnungen ausschalten.