Warum sind die Konfigurationsstile inkonsistent?

Question

Ich bin neu zu groß und ein paar Dinge von Gradle verwirrt mich. Einige Dinge erscheinen als inkonsistente Codierung/Konfigurationsstil.

Wenn wir beispielsweise das Repository als jcenter oder mavencentral konfigurieren, rufen wir eine Funktion/Methode auf, z. jcenter.

repositories { 
    jcenter() 
} 

In der gleichen Datei, wenn wir versuchen, eine Abhängigkeit zu konfigurieren, rufen wir Funktionen/Methoden nicht mehr auf.

dependencies { 
    classpath 'com.android.tools.build:gradle:2.3.1' 
} 

Und dann gibt es eindeutig Variablen immer Werte

productFlavors { 
    prod { 
     versionName = "1.0-paid" 
    } 
    mock { 
     versionName = "1.0-free" 
    } 
} 

Ich bin sicher, dass ein Grund für diese wahrgenommen inconcistency gibt es aber konnte nichts finden, wenn ich durch die Dokumentation zu lesen. Kann jemand den Grund erklären?

Answer 1

Eigentlich sind diese Beispiele nicht so verschieden.

ist auch ein Funktionsaufruf. Groovy (die Sprache, in der Gradle-Build-Skripte geschrieben werden) ermöglicht es Ihnen, in vielen Fällen die Klammer um die Argumente herum wegzulassen.

Answer 2

Dies ist die Flexibilität (ich bevorzuge das zur Inkonsistenz), die von Groovy die Sprache geliefert wird, die Gradle verwendet. In Groovy können Sie eine Funktion/Methode mit oder ohne Klammern aufrufen, wenn auf ihren Namen passende Argumente folgen, aber wenn keine Argumente vorhanden sind, müssen Sie Klammern hinzufügen, um sie zu einer Funktion zu machen und sie von der Closure zu unterscheiden . Hier ist ein Beispiel mit groovysh

groovy:000> def a(){println "a"} 
===> true 
groovy:000> a 
===> org.codehaus.groovy.runtime.MethodClosure@95e33cc 
groovy:000> a() 
a 
===> null 
groovy:000> def b(arg){println arg} 
===> true 
groovy:000> b 
===> org.codehaus.groovy.runtime.MethodClosure@d771cc9 
groovy:000> b "argument" 
argument 
===> null 
groovy:000> b("argument") 
argument 
===> null 
groovy:000>