2015-10-13 8 views
6

Ich glaube nicht, dass dies eine Swift/Xcode-Sache ist, wie ich es auch in anderen Sprachen/IDEs gesehen habe.Warum ist 'case' innerhalb einer switch-Anweisung negativ eingerückt?

Warum ist 'case' innerhalb einer switch-Anweisung negativ eingerückt (Ich bin mir nicht sicher, ob das die richtige Art der Formulierung ist)?

würde ich eine Switch-Anweisung erwarten etwas zu schauen, wie dieses

switch(type) { 
    case 1: 
     // do something 
    break; 
    case 2: 
     // do something else 
    break; 
    default: 
     // default 
    break; 
} 

Aber Xcode besteht auf diesem

switch(type) { 
case 1: 
    // do something 
    break; 
case 2: 
    // do something else 
    break; 
default: 
    // default 
    break; 
} 

Ist das ein Bug, oder gibt es einen Grund dafür? Wenn ja, was ist das? Es ist etwas, das mich seit geraumer Zeit nervt.

+0

Dank @BSMP, sah ich, dass es nicht. –

Antwort

6

Nun, ich würde vermuten, dass die break Anweisung zum "Abschnitt" in der Fallklausel gehört. Und wie jede andere Aussage ist sie relativ zur case eingerückt. Wie für die case relativ zu switch - Nun, ich weiß es nicht.

Aber ich bin komplett mit dir - und Formatierung ist sowieso eine Frage der persönlichen Vorlieben. Da die Formatierungsregeln in Xcode nicht explizit definiert - es ist nicht ein Problem sein kann;)

FWIW, prefere ich diesen Stil

switch x { 
    case 1: 
     // do something 
     break 
    case 2: 
     // do something else 
     break 
    default: 
     // default 
     break 
} 
+0

Ja, ich bevorzuge auch diesen Stil, aber Xcode hat ein großes Problem - es ist Jahre im Vergleich zu anderen IDEs in der Funktionalität. – Sulthan

+3

Übrigens brauchen Sie in Swift keine "Pause" in einem "Schalter". Es ist implizit. Sie haben die 'Fallthrough'-Anweisung, wenn Sie einen Fall durch Fälle erzwingen möchten – BPCorp

+0

@BPCorp Sie haben Recht. Aber eine Case-Klausel sollte auch mindestens _one_ in Swift enthalten. – CouchDeveloper

Verwandte Themen