break und continue
Lasse i von 1 bis 5 laufen. Wenn i gleich 3 ist, verlasse die Schleife mit break, bevor du schreibst. Der Bildschirm soll nur zwei Zeilen zeigen: 1, dann 2. Dieser frühe Stopp ist ein Werkzeug auf dieser Seite. Das andere Werkzeug ist continue: Es überspringt einen Durchgang und läuft dann weiter, sodass 3 nie geschrieben wird, 4 und 5 aber schon. Behalte den öffentlichen Klassennamen Pine.
break beendet die Schleife früh
Öffne die Pine-Datei. Der Klassenname bleibt Pine. Diese Seite benennt den Typ nicht um. Lösche jedes einfache while, das nur zählt, falls diese Form noch da ist. Lösche ein einfaches for ohne if für den frühen Stopp, wenn nur die Demos dieser Seite bleiben sollen. Lösche jede ReadLine-Zeile. Die Datei, die du behältst, wartet nicht auf Tippen, und den Bildschirm schreibt nur die Schreibzeile, die läuft, wenn das if false ist.
In Main schreibe ein for, das früh stoppen kann:
for (int i = 1; i <= 5; i = i + 1) {
if (i == 3) {
break;
}
Console.WriteLine(i);
}
Die for-Kopfzeile hat dieselbe Form, die du schon kennst: Start, Test, Schritt. In den geschweiften Klammern fragt ein if, ob i gleich 3 ist. Wenn das true ist, läuft break;. break verlässt die ganze for-Schleife auf einmal. Die Schreibzeile unter dem if läuft in diesem Durchgang nicht, und i erreicht in dieser Schleife weder 4 noch 5. Wenn i 1 oder 2 ist, ist das if false, also schreibt Console.WriteLine(i) die Zahl. Speichere die Datei.
Die Datei, die du behältst
Behalte diese Unterrichtsform. Ein for von 1 bis 5. Ein if (i == 3), das break; ausführt. Eine Schreibzeile nach dem if, die den nackten Namen i schreibt. In der Datei, die du behältst, gibt es kein continue und keine Anführungszeichen um break.
using System;
public class Pine
{
public static void Main()
{
for (int i = 1; i <= 5; i = i + 1)
{
if (i == 3)
{
break;
}
Console.WriteLine(i);
}
}
}
Lies von oben. using System; bereitet kurze Namen vor. public class Pine benennt den Typ. public static void Main() ist der Start der Laufzeit. Das for führt i von 1 Richtung 5. Wenn i 3 ist, beendet break; die Schleife. Zwei Zeilen auf dem Bildschirm: 1, dann 2. Keine dritte Zeile.
Starte mit dotnet run. Das Programm schreibt zwei Zeilen und endet. Es wartet nicht darauf, dass du tippst. Wartet dotnet run, ist ReadLine noch in der Datei. Lösche diese Zeile und behalte das for mit break oben. Der Bildschirm zeigt 1, dann 2. Zeigt der Bildschirm fünf Zeilen, fehlt break oder das if trifft nie. Zeigt der Bildschirm das Wort break als Buchstaben, hat eine Schreibzeile Anführungszeichen um dieses Wort. Installiere das .NET SDK nicht neu wegen eines Bildschirms mit falschen Zeilen.
Geh den break-Lauf der Reihe nach durch. i startet bei 1. Das if ist false, also schreibt die Schreibzeile 1. Der Schritt speichert 2. Das if ist false, also schreibt die Schreibzeile 2. Der Schritt speichert 3. Jetzt ist i == 3 true, also läuft break und das for endet. Für 3, 4 oder 5 wird nichts geschrieben. Eine einfache Schleife ohne break hätte fünf Zeilen geschrieben; break hat die Schleife nach zwei Schreibvorgängen verkürzt. Nach break in diesem Durchgang läuft der Schritt nicht mehr, und der Test wird nicht erneut gestellt, weil die Schleife schon vorbei ist.
continue überspringt einen Durchgang
Ändere den Rumpf so, dass continue break ersetzt, und behalte die Schreibzeile nach dem if:
for (int i = 1; i <= 5; i = i + 1) {
if (i == 3) {
continue;
}
Console.WriteLine(i);
}
Wenn i gleich 3 ist, überspringt continue; den Rest dieses Durchgangs — einschließlich der Schreibzeile — und das for geht zum Schritt und zum nächsten Test. Die Schleife selbst endet nicht. Der Bildschirm soll vier Zeilen zeigen: 1, 2, 4 und 5. Die Lücke ist dort, wo 3 gestanden hätte.
using System;
public class Pine
{
public static void Main()
{
for (int i = 1; i <= 5; i = i + 1)
{
if (i == 3)
{
continue;
}
Console.WriteLine(i);
}
}
}
Das ist die zweite Datei. Nicht die, die du behältst. Starte dotnet run. Der Bildschirm zeigt vier Zeilen. Du hast die for-Kopfzeile nicht geändert — nur break wurde zu continue. Nachdem du vier Zeilen gesehen hast, setze die behaltene Datei zurück: break im if. Beide Versionen sind gültiges C#. Sie lehren zwei verschiedene frühe Bewegungen in derselben Schleifenform.
Lies den continue-Lauf noch einmal. i geht 1, 2, 3, 4, 5. Bei 1 und 2 ist das if false und die Zahlen werden geschrieben. Bei 3 überspringt continue die Schreibzeile. Bei 4 und 5 werden die Zahlen wieder geschrieben. Die Schleife endet trotzdem normal, wenn i zu 6 wird. continue beendet das for nie; es überspringt nur den Rest eines Durchgangs. Nach continue führt das for trotzdem seinen Schritt i = i + 1 aus, sodass der Zähler weiterläuft, auch wenn dieser Durchgang nichts geschrieben hat.
📊 tool and the screen
| Tool at i == 3 | Screen |
|---|---|
| break | 1 then 2 |
| continue | 1 then 2 then 4 then 5 |
Nutze die Tabelle nach einem Lauf als Check, nicht statt eines Laufs. break hinterlässt zwei Zeilen. continue hinterlässt vier Zeilen ohne 3. Wenn 3 noch erscheint, obwohl du continue meintest, steht die Schreibzeile vermutlich über dem if — setze Console.WriteLine(i) unter continue, damit das Überspringen sie erreichen kann. Korrigiere die Reihenfolge, statt das .NET SDK neu zu installieren.
Regeln, die die beiden Werkzeuge klar halten
break und continue gehören in einen Schleifenrumpf. Schreibst du break; allein in Main ohne umschließendes for oder while, schreibt der build einen Fehler. Dasselbe gilt für continue;. Auf dieser Seite wählt ein if den Moment: wenn i gleich 3 ist. Später kannst du andere Tests schreiben; die Demos behalten i == 3, damit die Bildschirmänderung leicht zu sehen ist.
break ist nicht continue. break beendet die Schleife. continue überspringt einen Durchgang und bleibt in der Schleife. Das break in einem switch auf einer früheren Seite beendet einen case; hier ist die umschließende Struktur ein for. Lass kein einfaches while, das nur zählt, und kein einfaches for ohne if im selben Main und wundere dich nicht, warum jede Zahl von 1 bis 5 trotzdem geschrieben wird. Das Main dieser Sitzung soll das for plus das if mit break oder continue halten.
Ein häufiger Fehler ist, das Wort selbst zu schreiben: Console.WriteLine("break");. Das schreibt die Zeichen break. Es stoppt keine Schleife. Ein anderer Fehler ist, Console.WriteLine(i); vor das if zu setzen, das continue hält, sodass 3 trotzdem geschrieben wird und continue danach nichts mehr zum Überspringen hat. Behalte die Schreibzeile in beiden Demos nach dem if. Schreibst du continue ohne umschließende Schleife, schreibt der build einen Fehler; dasselbe gilt für ein alleiniges break außerhalb jeder Schleife. Diese beiden Wörter ergeben in der Form dieser Lektion nur Sinn im Schleifenrumpf.
Du kannst jetzt break in eine Schleife setzen, um früh zu gehen, oder continue, um einen Durchgang zu überspringen und weiterzulaufen. Ein if kann wählen, wann das geschieht. Die nächste Seite ist foreach, wo eine Schleife jeden Wert in einer Sammlung durchläuft, ohne dass du Start, Test und Schritt auf dieselbe Weise von Hand schreibst.
Der Bildschirm ist die frühe Bewegung
Die Datei, die du behältst, schreibt 1, dann 2. Das Wort break steht in der Datei, und break steht nicht auf dem Bildschirm. Die zweite Datei schreibt vier Zeilen ohne 3. Anführungszeichen um break schreiben Buchstaben, keinen frühen Stopp.
🧠 Testen Sie Ihr Wissen
Testen Sie Ihr Wissen
Fordern Sie sich mit diesem interaktiven Quiz heraus und sehen Sie, wie gut Sie das Thema verstehen
📝 Anweisungen
- Lesen Sie jede Frage sorgfältig
- Wählen Sie die beste Antwort für jede Frage
- Sie können das Quiz so oft wiederholen, wie Sie möchten
- Ihr Fortschritt wird oben angezeigt