Macht es Sinn, daneben variable als final in groovy?

Frage ich mich, wie Variablen markiert als letzten interpretiert werden, die von Groovy (in 1.8.0, 1.8.1). Ich weiß, dass es Sinn macht, in Java ist es möglich, die Leistung zu verbessern und-natürlich-helfen, dumme Fehler zu vermeiden. Ich würde es gerne lernen, wenn letzten kann helfen, den java-compiler zu optimieren ein Programm geschrieben in Groovy. Ich Frage mich, ob Groovy-Transformatoren erhalten Sie die letzten Markierungen für Variablen.

  • Wenn Sie Fragen, diese auf der mailing-Liste, Sie sind mehr wahrscheinlich, um eine vollständige Antwort...
InformationsquelleAutor Skarab | 2011-08-24
  1. 12

    Als Justin hat gesagt, wenn die Optimierungen, die der compiler führt für die endgültige Variablen sind wichtig für Sie, dann sollten Sie sich nicht mit Groovy.

    Jedoch, wenn die performance von Groovy ist gut genug, dann ist es noch nützlich zu markieren Variablen endgültige aus zwei Gründen:

    • Schützen Sie Ihre Klasse " Invarianten, D. H. sicherstellen, dass ein Wert nicht geändert werden, nachdem der Objekterstellung. Java setzt diese zur compile-Zeit, Groovy setzt nur diese zur Laufzeit, aber das ist besser, als schweigend ermöglicht einen unveränderlichen Wert, der geändert werden

    • Dokumentation. Benutzer der Klasse können leicht erkennen, welche Werte Sie ändern dürfen

    • Die aktuelle version von Groovy (1.8.2) kümmert sich nicht um abschließende und es nicht erzwingen nichts.
    • Ich habe gehört, ein viel zu spät über, wie groovig beginnt sich zu gewinnen, bei der Leistung. Hat die oben noch spiegeln Sie das Bild wie Groovy 2.2 oder Versionen auf der roadmap?
    InformationsquelleAutor Dónal
  2. 17

    Es scheint nicht, dass groovyc wird inline Finale Variablen dem Weg javac nicht. Ich habe zwei test-scripts, einer final-und einer nicht:

    final String message = "Hello World"
println message
    String message = "Hello World"
println message

    javap -c produziert die gleiche Ausgabe für beide Klassen:

     0: invokestatic #18; //Methode $getCallSiteArray:()[Lorg/codehaus/groovy/runtime/callsite/CallSite; 
3: astore_1 
4: ldc #58; //String Hello World 
6: astore_2 
7: aload_1 
8: ldc #59; //int-1 
10: aaload 
11: aload_0 
12: aload_2 
13: invokeinterface #63, 3; //InterfaceMethod org/codehaus/groovy/runtime/callsite/CallSite.callCurrent:(Lgroovy/lang/GroovyObject;Ljava/lang/Object;)Ljava/lang/Object; 
18: areturn 
19: nop

    javac optimierten Weg der astore/aload:

    Ohne final:

     0: ldc #2; //String Hello World 
2: astore_1 
3: getstatic #3; //Field java/lang/System.out:Ljava/io/PrintStream; 
6: aload_1 
7: invokevirtual #4; //Method java/io/PrintStream.println:(Ljava/lang/String;)V 
10: return

    Mit final:

     0: getstatic #2; //Field java/lang/System.out:Ljava/io/PrintStream; 
3: ldc #3; //String Hello World 
5: invokevirtual #4; //Method java/io/PrintStream.println:(Ljava/lang/String;)V 
8: Rückkehr

    Alles, was gesagt, wenn die Leistung im Vordergrund steht, Groovy ist eine schlechte Wahl, um mit zu beginnen. Inlining die endgültige Variablen wird dich nicht retten von der overhead, der mit Reflexion für Methodenaufrufe.

    • Thx, bezüglich Ihrer letzten Aussage, ich bin der Tatsache bewusst, dass Groovy ist viel langsamer als Java oder Scala.
    InformationsquelleAutor Justin Piper
  3. 3

    noch nicht. aber es könnte in Zukunft, so dass ich immer noch markieren Sie diese gegebenenfalls.

    https://issues.apache.org/jira/browse/GROOVY-1628

    • +1 Thx. für den link.
    InformationsquelleAutor jpertino
Schreibe einen Kommentar