AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Break schlechter Programmierstil?

Ein Thema von mirage228 · begonnen am 11. Dez 2003 · letzter Beitrag vom 12. Dez 2003
Antwort Antwort
Seite 3 von 3     123   
Benutzerbild von Duffy
Duffy

Registriert seit: 19. Mär 2003
Ort: Wuppertal
835 Beiträge
 
Delphi 3 Standard
 
#21

Re: Break schlechter Programmierstil?

  Alt 11. Dez 2003, 19:13
Hallo mirage228,
ja, ich dachte immer ein sauberes BASIC "GOTO" sei ein schlechter Programmierstil, weil es Spagetti Code erlaubt. "Break" und "Continue" hingegen erlauben dagegen ein sauberes Verlassen einer "for" oder "while" Schleife und der Compiler streikt, wenn sie außerhalb definierter Befehle verwendet werden.

Na ja, wie dem auch sei, die Entwickler und dein Lehrer werden sich was mit ihrem Handeln und Aussagen gedacht haben.

bye
Claus
Künftige Generationen wollen ihre Fehler selber machen.
Jedes Programm wird nie das können, was Du wirklich brauchst.
Das Gegenteil von gut ist gut gemeint
-----
  Mit Zitat antworten Zitat
Benutzerbild von Tonic1024
Tonic1024

Registriert seit: 10. Sep 2003
Ort: Cuxhaven
559 Beiträge
 
RAD-Studio 2009 Ent
 
#22

Re: Break schlechter Programmierstil?

  Alt 12. Dez 2003, 07:40
Moin...

Ein Argument (vielleicht ist es ja auch keins) fehlt mir hier eigentlich noch...

Ist es nicht so, dass For-Schleifen in Pascal wesentlich performanter sind als While-Schleifen? Berichtigt mich ruhig... Bin immer bereit was zu lernen!

Wenn ich also aus einer langen Liste, Array, etc. das passende Gegenstück raussuchen soll (Klassischer Fall: ID und Bezeichnung) dann mache ich das mit einer For-Schleife aufgrund des definierten Endes im Fehlerfall (Länge des Arrays). Nun ist es aber völliger Unsinn wenn der entsprechende Eintrag gefunden wurde, die Schleife weiterlaufen zu lassen.

Wenn ich das mit einer While-Schleife realisiere muss ich Die Schleife verlassen bei "Found OR End of Array". der Code dafür ist wahrscheinlich länger und nicht so übersichtlich wie bei der For-Schleife...

Aber es ist wohl auch so, dass jeder seinen eigenen Style finden muss und dann versuchen sollte, dass auch andere ihn verstehen.

Bis denne...

[EDIT] Ausserdem sind Lehrer - Informatiklehrer bilden da keine Ausnahme - oft ziemlich rechthaberisch. Egal wie offensichtlich ihr Irrtum ist. Unabhängig von der "Break"-Frage jetzt [/EDIT]
Der frühe Vogel fängt den Wurm, richtig.
Aber wird nicht auch der frühe Wurm vom Vogel gefressen?
  Mit Zitat antworten Zitat
Robert Marquardt
(Gast)

n/a Beiträge
 
#23

Re: Break schlechter Programmierstil?

  Alt 12. Dez 2003, 10:17
Eine for-Schleife ist performanter als eine while-Schleife, da die Endebedingung nur einmal ausgewertet wird.
  Mit Zitat antworten Zitat
Benutzerbild von nailor
nailor

Registriert seit: 12. Dez 2002
Ort: Karlsruhe
1.989 Beiträge
 
#24

Re: Break schlechter Programmierstil?

  Alt 12. Dez 2003, 17:05
Zitat von Tonic1024:
[EDIT] Ausserdem sind Lehrer - Informatiklehrer bilden da keine Ausnahme - oft ziemlich rechthaberisch. Egal wie offensichtlich ihr Irrtum ist. Unabhängig von der "Break"-Frage jetzt [/EDIT]
lol. stimmt aber im Wesentlichen!

Ich finde for mit break manchmal übersichtlicher, manchmal while. Dann sollte man die übersichtlichere Variante nehmen. Wobei "übersichtlicher" subjektiv sein kann, aber darüber lässt sich streiten.

Manchmal ist auch die eine Lösung viel einfacher zu tippen. Dann soll man halt die nehmen, die einem grade einfällt und nicht die Zeit damit verschwenden, wie die ander Lösung aussähe!

Bei "inner loops" bei nem zeitintensiven Alogo, der die Abbruchbedingung nur selten erfüllt, ist aber die for-Schleife aus Performance-Gründen vorzuziehen. Da hab ich lieber nicht so leserlichen Code, der dafür (im Extremfall) bis zu doppelt so schnell ist.

Die while-Schleifen sind der Wink mit dem Zaunpfahl, wenn man den Code nicht kennt, und sich fragt, ob jetzt z.B. das ganze Array durchgegangen wird. Aber eine for Schleife tuts auch und ist nicht unbedingt schlechter!
Michael N.
http://nailor.devzero.de/code/sharpmath/testing/ --- Tests, Feedback, Anregungen, ... aller Art sehr willkommen!
::: don't try so hard - it'll happen for a reason :::
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 3 von 3     123   


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 16:04 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz