Continue: Unterschied zwischen den Versionen
Rts (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Immer weider werde ich gefragt, wozu der Befehl CONTINUE gut ist. Ich versuche eine Bewertung - meine Bewertung. ---- Extrakt aus der Originalbröschüre der…“) |
Rts (Diskussion | Beiträge) (orthographische Änderungen) |
||
| Zeile 1: | Zeile 1: | ||
| − | Immer | + | Immer wieder werde ich gefragt, wozu der Befehl CONTINUE gut ist. Ich versuche eine Bewertung - meine Bewertung. |
---- | ---- | ||
| Zeile 7: | Zeile 7: | ||
CONTINUE statement | CONTINUE statement | ||
| − | The CONTINUE statement is a no operation statement. CONTINUE indicates that | + | The CONTINUE statement is a no operation statement. CONTINUE indicates that no executable instruction is present. |
Format | Format | ||
| Zeile 18: | Zeile 18: | ||
_Ich_ empfehle den continue. (mit Punkt) am Section-Ende, weil vor dem Sectionname ein Punkt stehen muss. Und damit nicht nur Fliegendreck da steht, ist meine Empfehlung wie geschildert. | _Ich_ empfehle den continue. (mit Punkt) am Section-Ende, weil vor dem Sectionname ein Punkt stehen muss. Und damit nicht nur Fliegendreck da steht, ist meine Empfehlung wie geschildert. | ||
| − | Noch eine Ergänzung: Der continue hat nichts mit dem Exit-Paragraphen zu tun. Auch der Exit steht da und ist für nichts gut, außer dass er da steht (und man mit einem GO TO anspringen könnte). Und für den Punkt mit Sectionname gilt das natürlich auch für den Exit-Paragraphen, vor dem ein Punkt stehen muss. | + | Noch eine Ergänzung: Der continue hat nichts mit dem Exit-Paragraphen zu tun. Auch der Exit steht da und ist für nichts gut, außer dass er da steht (und man ihn mit einem GO TO anspringen könnte). Und für den Punkt mit Sectionname gilt das natürlich auch für den Exit-Paragraphen, vor dem ein Punkt stehen muss. |
Meine Empfehlung für das Aussehen einer Section ist (unabhängig von notwendigen Kommentaren und Eyecatchern): | Meine Empfehlung für das Aussehen einer Section ist (unabhängig von notwendigen Kommentaren und Eyecatchern): | ||
| Zeile 32: | Zeile 32: | ||
| − | Zu beachten | + | Zu beachten: _Ich_ schreibe den Exit-Paragraphen. Aber: Es gibt für mich nur den Grund, dass ich beim Debuggen dann schneller aus der Section komme, wenn sie etwas länger ist. Es gibt im Xpediter den Befehl GO PARA = gehe bis zum nächsten Paragraphen. Und wenn ich in einer section eine Menge von trivialen Befehlen habe, laufe ich damit bis zum Section-Ende, ohne einen Breakpoint setzen zu müssen. |
Aktuelle Version vom 9. September 2015, 18:44 Uhr
Immer wieder werde ich gefragt, wozu der Befehl CONTINUE gut ist. Ich versuche eine Bewertung - meine Bewertung.
Extrakt aus der Originalbröschüre der IBM (Language Reference):
CONTINUE statement
The CONTINUE statement is a no operation statement. CONTINUE indicates that no executable instruction is present. Format >> CONTINUE <<
Also: ein CONTINUE ist und bleibt eine Leeranweisung. Sie tat und tut nichts und das wird sich auch in Zukunft nicht ändern.
_Ich_ empfehle den continue. (mit Punkt) am Section-Ende, weil vor dem Sectionname ein Punkt stehen muss. Und damit nicht nur Fliegendreck da steht, ist meine Empfehlung wie geschildert.
Noch eine Ergänzung: Der continue hat nichts mit dem Exit-Paragraphen zu tun. Auch der Exit steht da und ist für nichts gut, außer dass er da steht (und man ihn mit einem GO TO anspringen könnte). Und für den Punkt mit Sectionname gilt das natürlich auch für den Exit-Paragraphen, vor dem ein Punkt stehen muss.
Meine Empfehlung für das Aussehen einer Section ist (unabhängig von notwendigen Kommentaren und Eyecatchern):
Name1 SECTION.
anweisung-1
anweisung-2
continue.
Name2 SECTION.
anweisung-1
anweisung-2
continue.
Zu beachten: _Ich_ schreibe den Exit-Paragraphen. Aber: Es gibt für mich nur den Grund, dass ich beim Debuggen dann schneller aus der Section komme, wenn sie etwas länger ist. Es gibt im Xpediter den Befehl GO PARA = gehe bis zum nächsten Paragraphen. Und wenn ich in einer section eine Menge von trivialen Befehlen habe, laufe ich damit bis zum Section-Ende, ohne einen Breakpoint setzen zu müssen.
