Warum brauche ich Pause?

Question

Ich frage mich, warum C# erfordert, dass ich break in einer switch-Anweisung verwenden, obwohl eine Durchgriffs-Semantik per Definition nicht zulässig ist. Daher könnte der Compiler die break am Ende jedes case-Blocks erzeugen und mir den Ärger ersparen.

Allerdings gibt es ein Szenario (die bereits auf dieser Seite diskutiert wurde), die ich mit, dass einfiel könnte der Grund für die explizite Verwendung von break sein:

switch (foo) { 
    case 0: 
    case 1: 
     bar(); 
     break; 
    default: 
     break; 
} 

Hier wird das Verfahren bar() wird aufgerufen, wenn foo entweder den Wert 0 oder 1 hat.

Diese Option würde im wahrsten Sinne des Wortes brechen, wenn der Compiler würde break Anweisungen selbst generieren. Ist dies der Grund, warum die Pause obligatorisch ist oder gibt es noch andere gute Gründe?

Answer 1

Ich vermute, dass der Grund, warum C# erfordert, dass der Entwickler eine Pause oder Terminal-Anweisung am Ende jedes Falles setzt, der Klarheit dient.

Es vermeidet Neulinge in der Sprache aus der Annahme, dass switch() in C# verhält sich wie Schalter in C oder C++, wo Fall-through-Verhalten auftritt. Nur in den Fällen von benachbarten leeren Fällen treten Durchfälle in C# auf - was relativ offensichtlich ist.

EDIT: Eigentlich in C# Fallout ist immer illegal. Was legal ist, ist jedoch, dass ein einzelner Fall mit zwei oder mehr Etiketten verbunden ist. Eric Lippert writes at length about this Verhalten and how it differs from C/C++ switch statements.

Sie könnten interessiert sein zu lesen this article auf Eric Lipperts Blog.

Answer 2

Mein Verständnis der Sache ist, dass es enthalten war, um C++ - Syntax zu entsprechen.

Answer 3

Durch Pause optional zu machen, öffnen Sie sich wie diese Fehler auf:

switch (thing_result) 
{ 
    case GOOD_THING: 
     IssueReward(); 
     // UH-OH, missing break! 
    case BAD_THING: 
     IssuePunishment(); 
     break; 
} 

Die Sprache C# Designer versucht haben Programmierer Fallen in den Sprachen vermeiden zu helfen, die vor ihm da waren, in der Regel durch den Programmierer zwingen, expliziter sein (z. B. explizite Verwendung des Schlüsselwortes 'override' oder 'new' zum Implementieren oder Spiegeln virtueller Member).

Answer 4

Wenn Sie nicht eine Pause anhängen müssen, ist es ein Problem

switch (number) 
{ 
    case 0: 
    case 1: 
     DoSomething(); 
} 

Was 0, wenn Nummer == passiert? Ist das ein leerer Fall, der nichts tut oder wird DoSomething() ausgeführt?

Answer 5

Die Frage setzt eine Lüge voraus und kann daher nicht beantwortet werden. Die Sprache benötigt keine Pause am Ende eines Switch-Abschnitts. Die Sprache erfordert, dass die Anweisungsliste eines Switch-Abschnitts einen unerreichbaren Endpunkt haben muss. "break" ist nur die am häufigsten verwendete Anweisung mit dieser Eigenschaft. Es ist vollkommen legal, einen Switch-Abschnitt mit "return" zu beenden, "gehe zu Case 2;", "new Exception()"; oder "while (true) {}" (oder in einigen Fällen weiter, obwohl das normalerweise eine schlechte Idee ist.)

Der Grund, warum wir eine Anweisungsliste mit einem nicht erreichbaren Endpunkt benötigen, besteht darin, die Regel "Kein Durchfallen" durchzusetzen .

Wenn Ihre Frage besser lautet als "Warum korrigiert der Compiler meinen Fehler nicht automatisch, wenn ich einen Schalterabschnitt mit einer Anweisungsliste mit einem unerreichbaren Endpunkt nicht erzeugen kann, indem ich eine Break-Anweisung in meinem Namen einfüge?" , dann ist die Antwort, dass C# kein "Vermuten Sie, was der Entwickler wahrscheinlich meinte und sich durch" Art von Sprache durchmischen. Einige Sprachen sind - JScript zum Beispiel - aber C# ist nicht.

Wir glauben, dass C# -Programmierer, die Fehler machen, über diese Fehler informiert werden sollen, damit sie sie absichtlich und absichtlich korrigieren können, und dass dies eine gute Sache ist. Unsere Kunden sagen uns, dass sie nicht wollen, dass der Compiler rät, was sie meinen und auf das Beste hoffen. Deshalb macht C# auch keine Vermutung darüber, wo Sie das fehlende Semikolon platzieren sollten, wie es bei JScript der Fall ist, oder es schlägt automatisch fehl, wenn Sie versuchen, eine schreibgeschützte Variable wie JScript zu modifizieren usw.