Was bedeuten geschweifte Klammern in Java für sich?

Question

ich einige Java-Code haben, die geschweiften Klammern auf zwei Arten

// Curly braces attached to an 'if' statement: 
if(node.getId() != null) 
{ 
    node.getId().apply(this); 
} 

// Curly braces by themselves: 
{ 
    List<PExp> copy = new ArrayList<PExp>(node.getArgs()); 
    for(PExp e : copy) 
    { 
     e.apply(this); 
    } 
} 
outAMethodExp(node); 

Was diese Stand-alone geschweiften Klammern nach dem ersten if Aussage bedeuten, verwendet?

Answer 1

Der einzige Zweck der zusätzlichen Klammern ist die Angabe des Gültigkeitsbereichs. Die List<PExp> copy wird nur innerhalb dieser geschweiften Klammern existieren und wird keinen Bereich außerhalb von ihnen haben.

Wenn dies Code generiert wird, nehme ich an, der Code-Generator tut dies, so dass es einige Code (wie diese) einfügen kann, ohne sich darum kümmern, wie oft es eine List<PExp> copy eingefügt hat und ohne um mögliche Umbenennung kümmern die Variablen, wenn dieses Snippet mehrmals in dieselbe Methode eingefügt wird.

Answer 2

Sie machen einen inneren Bereich. Die in diesen Klammern deklarierte Variable ist außerhalb von ihnen nicht sichtbar. Dies gilt auch für C/C++.

Answer 3

Ich denke, sie definieren nur eine unbenannte Ebene des Umfangs.

Answer 4

Sie definieren einen neuen Bereich, was bedeutet, dass alles, was in diesem Bereich deklariert ist, nicht außerhalb der geschweiften Klammern sichtbar ist.

Answer 5

Ich würde tatsächlich vermuten, dass jemand eine andere Aussage vergessen hat.

Es gibt selten einen guten Grund, sich überhaupt mit der Erstellung zusätzlicher Blockbereiche zu befassen. In diesen und in den meisten Fällen ist es viel wahrscheinlicher, dass jemand vergessen hat, seine Kontrollaussage einzugeben, als dass er etwas Cleveres getan hat.

Answer 6

Das Bring ein Scope, Kopie wird außerhalb davon nicht sichtbar sein, so dass Sie später eine andere Variable mit demselben Namen deklarieren können. Und es kann direkt nach dem Verlassen dieses Bereichs vom Garbage Collector erfasst werden. In diesem Fall Kopie dient als temporäre Variable, so ist es ein gutes Beispiel.

Answer 7

Als eine interessante Anmerkung: die Klammern aktivieren tatsächlich eine Klasse von Anweisungen: Deklarationen.

Dies ist illegal: if(a) int f;

aber das ist legal: if(a) { int f; }

Answer 8

ich zweite, was matt b geschrieben, und ich will hinzufügen, dass eine anderweitige Verwendung ich von anonymen Klammern gesehen habe, ist ein implizites zu erklären Konstruktor in anonymen Klassen. Zum Beispiel:

List<String> names = new ArrayList<String>() { 
    // I want to initialize this ArrayList instace in-line, 
    // but I can't define a constructor for an anonymous class: 
     { 
     add("Adam"); 
     add("Eve"); 
     } 

    }; 

Einige Einheit-Test-Frameworks haben diese Syntax auf eine andere Ebene genommen, die einige glatte Dinge erlaubt, die völlig uncompilable aussehen zu arbeiten. Da sie aussehen nicht vertraut sind, bin ich nicht so ein großer Fan selbst, aber es lohnt sich zumindest zu erkennen, was vor sich geht, wenn Sie über diese Verwendung stoßen.

Answer 9

Ich stimme mit der Umfangsbegrenzung überein, aber würde eine Sache hinzufügen.

Manchmal sehen Sie ein Konstrukt wie dieses im Code von Leuten, die Teile ihres Codes falten möchten und Editoren haben, die Klammern automatisch falten. Sie verwenden es, um ihren Code in logische Abschnitte zu falten, die nicht in eine Funktion, Klasse, Schleife usw. fallen, die normalerweise zusammengefaltet werden würden.

Answer 10

Es wird auch für initialization blocks verwendet.

Answer 11

Klammern sind auch nützlich, um den Umfang von Schalter-/Gehäuseanweisungen zu reduzieren.

switch(foo) { 
    case BAR: 
    int i = ... 
    ... 
    case BAZ: 
    int i = ... // error, "i" already defined in scope 
} 

Aber man kann schreiben

switch(foo) { 
    case BAR:{ 
    int i = ... 
    ... 
    } 
    case BAZ:{ 
    int i = ... // OK 
    } 
}