Was ist der Vorteil von buildConfigField zu meinem Geschmack über Gradle im Vergleich zu einer Constants.java Datei pro Geschmack?buildConfigField VS Klassenfeld? ResValue VS Ressource
Auch was ist der Vorteil von resValue zu meinem Geschmack über Gradle im Vergleich zu regulären Ressourcen pro Geschmack?
Danke!
Was ist der Vorteil, wenn ich ein buildConfigField im Vergleich zu einer Constants.java-Datei pro Flavor über Gradle in meinen Geschmack bringe?
Erstens ist es weniger tippen. Mit buildConfigField ist es eine Zeile Groovy-Code pro Geschmack. Bei Constants.java handelt es sich um eine separate Java-Klasse pro Flavor.
Zweitens könnte der Wert Code sein, der vom Groovy-Code im Build-Skript erzeugt wird, und das ist viel einfacher als der Code, der eine Java-Klasse generiert (obwohl letzteres sicherlich möglich ist).
Und was ist der Vorteil, wenn ich meinen Geschmack über Gradle im Vergleich zu normalen Ressourcen pro Geschmack auffrische?
So ziemlich wie oben.
Danke für hilfreiche Antwort. Wenn die Zeichenfolge "resValue" übersetzt werden muss, gibt es dann die Möglichkeit, string.xml für den Geschmack einzugeben? –
@ShobhitPuri: Ich vermute ja. Ich kann mir keinen guten Weg vorstellen, das nur von Gradle aus zu machen. – CommonsWare