Rts: orthographische Änderungen

2015-09-09T17:44:35Z

orthographische Änderungen

Rts: 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…“

2015-09-05T17:26:55Z

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…“

Neue Seite

Immer weider 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 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 Latte von trivialen Befehlen habe, laufe ich damit bis zum Section-Ende, ohne einen Breakpoint setzen zu müssen.

@@ Zeile 1: / Zeile 1: @@
-Immer weider werde ich gefragt, wozu der Befehl CONTINUE gut ist. Ich versuche eine Bewertung - meine Bewertung.
+Immer wieder werde ich gefragt, wozu der Befehl CONTINUE gut ist. Ich versuche eine Bewertung - meine Bewertung.
 ----
@@ Zeile 7: / Zeile 7: @@
 CONTINUE statement
-  The CONTINUE statement is a no operation statement. CONTINUE indicates that  no executable instruction is present.
+  The CONTINUE statement is a no operation statement. CONTINUE indicates that no executable instruction is present.
   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.
-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):
@@ Zeile 32: / Zeile 32: @@
-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 Latte von trivialen Befehlen habe, laufe ich damit bis zum Section-Ende, ohne einen Breakpoint setzen zu müssen.
+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.

Continue - Versionsgeschichte

Rts: orthographische Änderungen

Rts: 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…“