| |
|
|
Clemens Meier | [quote-part:4a8af8dee1=Frank Abbing]Ersparniss: une la ligne...[/quote-part:4a8af8dee1] de à cause de une la ligne, sous Umständen erspart on sich wesentlich plus, là on seulement einmal une Flag mettons muss, um dans qui Tandis que-Boucle trop rester et naturellement muss on den Flag zurücksetzen, um wieder aus qui Boucle heraus trop venons. qui le détour sur KompilierenMarqueSéparation |
|
|
|
|
Frank Abbing | [quote-part:fbfd3c2763]de à cause de une la ligne, sous Umständen erspart on sich wesentlich plus, là on seulement einmal une Flag mettons muss, um dans qui Tandis que-Boucle trop rester et naturellement muss on den Flag zurücksetzen, um wieder aus qui Boucle heraus trop venons. qui le détour sur KompilierenMarqueSéparation |
|
|
| |
|
|
|
Clemens Meier | @Frank avec dem Cas ist es souvent pas seul getan et chacun Pause est un Zwangsabbruch. mais par-dessus könnten wir maintenant une eigenen Fil ouvert et diskutieren. qui Grund einer Tandis que-Boucle sollte près chez dem Tandis que pour trouver son, là sonst qui Voir le texte source unleserlich wird. qui eleganteste Solution ist plan qui Zuweisung direct beim Tandis que, zumal chez einer Zuweisung gleichzeitig avec True et False festgestellt volonté pourrait, si qui Zuweisung überhaupt erfolgreich était. était vous pas erfolgreich, wird qui Tandis que-Boucle seulement gar pas durchlaufen. Unser Programmierlehrer hätte trop einer Konstruktion comment deiner dit: c'est comment une gifle trop verteilen, um seulement anschließend pour dem Grund trop chercher. |
|
|
| |
|
|
|
Frank Abbing | maintenant wirds doch offtopic...
[quote-part:207333087e]...chacun Pause est un Zwangsabbruch... Unser Programmierlehrer hätte trop einer Konstruktion comment deiner dit: c'est comment une gifle trop verteilen, um seulement anschließend pour dem Grund trop chercher. [/quote-part:207333087e] ne...aucune Abbruch, mais un Sprung trop einer anderen Programmadresse. Meines Erachtens pour qui effektivste Solution. cela sortir de einer Boucle par une variable ist lente et fehleranfällig, weil ggf. folgende Programmteile pas plus fonctionnement volonté dürfen, sobald qui Scheife finissez volonté soll. Es könnten alors weitere Si-EndIf Abfragen nötig son, qui une Code également unübersichtlich faire. je personnelle schreibe meinen Code dans Kleinbuchstaben, wobei chacun Silbenanfang avec einem Grossbuchstaben beginnt. Z.B. EndIf ou bien Endwhile. BREAK, CONTINUE, RETOUR et notfalls GOTO schreibe je mais komplett dans Grossbuchstaben, sodass vous im Code très auffallen. Ist plan mon Methode, um den Überblick pas trop perdre.
Um gute Programme trop écrivons, nécessaire es aucun starren Limitierungen des Quellcodes. je halte es pour wichtiger, seinen eigenen Stil pour trouver et daran herumzufeilen, jusqu'à il selber comme optimal empfunden wird. un durchaus langwieriger jusqu'à nie endenwollender Prozess. et... l'instituteur étions mir déjà toujours unsympathisch. Dietmar Horn ausgenommen |
|
|
| |
|
|
|
| Senf:
Franks Pause ist optimal.
@Roland: Gibt es Situationen dans denen un Break im XProfan10 pas aufgerufen volonté sollte - bzw. peux bedenkenfrei aus chacun Boucle et si-Konstruktion gebreakt volonté? (comment verhält sich avec Continue et Return ?) |
|
|
| |
|
|
|
RGH | [quote-part:7956377d64=iF]@Roland: Gibt es Situationen dans denen un Break im XProfan10 pas aufgerufen volonté sollte - bzw. peux bedenkenfrei aus chacun Boucle et si-Konstruktion gebreakt volonté? (comment verhält sich avec Continue et Return ?)[/quote-part:7956377d64] Salut, chez qui Betrachtung doit wir Return extra behandeln.
Zunächst trop Break et Continue : optimal steht un Break ou bien Continue außerhalb einer IF -Struktur derrière einem Case . mais selbst dedans einer IF -Struktur serait es seulement im Extremfall chez très unstrukturierter Programmation zur Fehlermeldung trop tiefe IF/ENDIF-Verschachtelung mener. (je bezweifele, qui cet Fehlermeldung je einer trop Gesicht bekommt, es sei car il provoziert cela entier bewußt. on devrait ca. 10 Millionen la fois une IF-Struktur mittendrin avec BREAK sortir de, sans qui Procédure, dans qui cela geschieht, jamais trop sortir de. Beim sortir de einer Procédure, sei es avec ENDPROC ou bien RETURN , volonté alle Stacks sur den Zustand avant Eintritt dans qui Procédure zurückgestellt, so dass alles, quoi dans qui Procédure geschah, oublier qc et vergeben ist.)
un Return peux eigentlich sans chacun Einschränkung überall dans qui Procédure stehen. qui Procédure wird sortir de et qui Stack wieder net aufgeräumt. Bien sûr sollte on im Auge behalten, qui erzeugte Objekte (Fonts, Bitmaps, Icônes) wieder avec DELETEOBJECT gelöscht ud geDIM te Bereiche auparavant wieder DISPOSE d volonté. qui erzeugten Bereiche belegen sonst jusqu'à zum Programmende grenier et qui trois genannten Objekte malheureusement encore par-dessus hinaus (mais seulement droite wenig). avant allen, si on une Procédure très souvent aufruft, peux cela vite trop unerwünschten Nebenwirkungen mener.
Salut 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 peux on travailler... |
|
|
| |
|
|
|
Joerg | allô zusammen,
@Roland: qui Beitrag ist zwar déjà 10 Jahre vieux, mais mich intéressé, si cela avec den aktuellen XProfan Versionen encore oui c'est ca so ist, dass qui Stack aufgeräumt wird, si on une Procédure vorzeitig avec Retour ou bien ENDPROC verlässt...
merci et Grüße!! Jörg |
|
|
| |
|
|
|
RGH | oui, là hat sich rien geändert! Salut Roland |
|
|
| XProfan X3Intel 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 ▲ |
|
|
|
|
Joerg | ...prima! merci Dir!!
Viele Grüße! Jörg |
|
|
| |
|
|