XProfan

Frank
Abbing

[quote:fbfd3c2763]Von wegen una Línea, bajo Umständen erspart uno se wesentlich mehr, como uno sólo una vez una Flag conjunto muss, en en el Mientras que-Bucle a bleiben y natürlich muss uno el Flag zurücksetzen, en otra vez de el Bucle heraus a kommen. Der Umweg encima
Kompilieren Marca Separación

Ende% = 0

While Not(Ende%)

    If ()

        Ende% = 1

    Endif

KompilierenMarcaSeparaciónMientras que 1

    Case ():BREAK

EndWhile

Clemens
Meier

@Franco
Mit el Case es oft no allein getan y cada Romper es una Zwangsabbruch. Aber darüber könnten wir ahora una eigenen Hilo eröffnen y diskutieren. Der Grund uno Mientras que-Bucle debería nah en el Mientras que para encontrar ser, como sonst el Ver código fuente unleserlich se. El eleganteste Solución es eben el Zuweisung direkt beim Mientras que, especialmente en uno Zuweisung gleichzeitig con True y False festgestellt voluntad podría, si el Zuweisung überhaupt erfolgreich war. War ellos no erfolgreich, se el Mientras que-Bucle sólo nada durchlaufen. Unser Programmierlehrer hätte a uno Konstruktion como deiner dijo: Es como una Ohrfeige a verteilen, en sólo anschließend después de el Grund a suchen.

XProfan 9.1; XP SP2; FF; Editpad

Frank
Abbing

Jetzt Será mejor que te va doch offtopic...

[quote:207333087e]...cada Romper es una Zwangsabbruch... Unser Programmierlehrer hätte a uno Konstruktion como deiner dijo: Es como una Ohrfeige a verteilen, en sólo anschließend después de el Grund a suchen. [/quote:207333087e]
Kein Abbruch, pero una Sprung a uno otro Programmadresse. Meines Erachtens después de el effektivste Solución.
Das Verlassen uno Bucle por una variable es langsam y fehleranfällig, porque ggf. folgende Programmteile no mehr ausgeführt voluntad dürfen, sobald el Scheife darse por concluido se. Lo könnten also weitere If-EndIf Abfragen nötig ser, el una Code ebenfalls unübersichtlich hacer.
Yo persönlich escribir media Code en Kleinbuchstaben, wobei cada Silbenanfang con un Grossbuchstaben beginnt. Z.B. EndIf oder EndWhile. BREAK, CONTINUE, RETORNO y notfalls GOTO escribir Yo aber komplett en Grossbuchstaben, sodass ellos en el Code muy auffallen. Ist eben mi Método, en el Überblick no a verlieren.

Um gute Programas a escribir, benötigt lo keiner starren Limitierungen des Quellcodes. Yo halte lo para wichtiger, seinen eigenen Stil para encontrar y daran herumzufeilen, a él selber como optimal empfunden se. Ein durchaus langwieriger a nie endenwollender Prozess.
Und... Lehrer waren me ya siempre unsympathisch. Dietmar Horn salvo

Senf:

Franks Romper es optimal.

@Roland: Gibt lo Situationen en denen una Break

en el XProfan10 no aufgerufen voluntad debería - o. kann bedenkenfrei de cada Bucle y if-Konstruktion gebreakt voluntad? (Como verhält se con Continue

y Return

23.04.2006 ▲

RGH

[quote:7956377d64=iF]@Roland: Gibt lo Situationen en denen una Break

en el XProfan10 no aufgerufen voluntad debería - o. kann bedenkenfrei de cada Bucle y if-Konstruktion gebreakt voluntad? (Como verhält se con Continue

y Return

?)[/quote:7956377d64]
¡Hola,
en Betrachtung necesario wir Return

extra behandeln.

Zunächst a Break

y Continue

:
Optimal es una Break

oder Continue

außerhalb uno IF

-Struktur hinter una Case

. Aber incluso innerhalb uno IF

-Struktur sería lo sólo en el Extremfall en muy unstrukturierter Programación a Fehlermeldung a tiefe IF/ENDIF-Verschachtelung führen. (Yo bezweifele, daß esta Fehlermeldung je uno a Gesicht bekommt, lo sei porque él provoziert el bastante bewußt. Man müßte ca. 10 Millionen Tiempo una IF-Struktur mittendrin con BREAK

verlassen, sin la Procedimiento, en de los geschieht, jemals a verlassen. Beim Verlassen uno Procedimiento, sei lo con ENDPROC

oder RETURN

, voluntad todos Stacks en el Zustand antes Eintritt en el Procedimiento zurückgestellt, así dass alles, qué en el Procedimiento geschah, vergessen y vergeben es.)

Ein Return

kann eigentlich sin jede Einschränkung überall en el Procedimiento posición. El Procedimiento se verlassen y Stack otra vez sauber aufgeräumt. Natürlich debería uno en el Auge behalten, daß erzeugte Objetos (Fonts, Bitmaps, Icons) otra vez con DELETEOBJECT

gelöscht ud geDIM

te Bereiche vorher otra vez DISPOSE

d voluntad. El erzeugten Bereiche ocupar sonst a para Programmende Speicher y el drei genannten Objetos desafortunadamente todavía darüber hinaus (aber sólo bastante wenig). Vor allen, si uno una Procedimiento muy oft aufruft, puede rasch a unerwünschten Nebenwirkungen führen.

Saludo
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

23.04.2006 ▲

So puede ser trabajo...

23.04.2006 ▲

Joerg

¡Hola zusammen,

@Roland: Der Contribución Aunque ya 10 Jahre alt, aber mich interessiert, si el con el aktuellen XProfan Versionen todavía genau así es, dass el Stack aufgeräumt se, si uno una Procedimiento vorzeitig con Volver oder ENDPROC verlässt...

Gracias y Grüße!!
Jörg

27.06.2016 ▲

RGH

Sí, como ha se nichts geändert!
Saludo
Roland

XProfan X3
Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

27.06.2016 ▲