So ich hab mal ne frage zur Performance. Man könnt zwar jetzt sagen der eine Takt sei egal aber ich will ja richtig lernen
also was ist schneller von diesen beiden möglichkeiten:
1)

Code :

1 2 3 4 5 6

do { cin.getline(acGroesse,9); if(atoi(acGroesse) <= 0) Error(&CManager,"Ung?ltige Datengr”sse"); } while(atoi(acGroesse) <= 0);

oder
2)

Code :

1 2 3 4 5 6 7 8 9 10 11

do { cin.getline(acGroesse,9); if(atoi(acGroesse) <= 0) { Error(&CManager,"Ung?ltige Datengr”sse"); continue; } break; } while(true);

Ich denke mal die 2te abfrage ist schneller da ich da nur einmal die variablen abfragen muss dafür aber mit continue gegebenenfalls die schleife wiederhole oder sie mit break verlasse

Du stellst die Frage falsch.

Zuerst mal wäre es interessant, was der Compiler noch an deinem Code herumoptimiert bevor Maschinencode daraus wird.

Dann spielt noch der Prozessor eine Rolle, dein zweites Codestück würde 1:1 umgesetzt die Sprungvorhersage gründlich durcheinanderbringen - bei sagen wir 20 Pipelinestages keine schöne Aussicht.

hmm also ich benutz MSVC++ 6.0
und das mit den sprüngen stimmt auch wieder ok dann geh ich auf meine erste wahl zurück

Code :

1 2 3 4

//...     break; } while(true);

das ist nebenbei kein besonders guter stil. goto und break sollte man eigentlich nur in absoluten ausnahmefällen benutzen. schreib bei der schleife lieber direkt eine abbruchbedingung rein, und lass das break weg (also wie in der ersten möglichkeit).
und ausserdem würde ich an deiner stelle die abbruchbedingung für die schleife schon vorher angeben, als erst nach der schleife. aber das ist geschmackssache.

ok hab das alles mit break und continue raus gemacht bloss ich uss ne do while schleife nehmen da meine schleife ja 1 bis n mal durchlaufen soll...

goto und break sollte man eigentlich nur in absoluten ausnahmefällen benutzen

Mit goto ist mir ja bekannt! Aber warum soll man break nicht verwenden? Eine Schleife abbrechen mit break habe ich bisher immer als "korrekte" Programmierung angesehen!

ich finde einfach, dass eine endlosschleife mit break kein besonders guter stil ist. bei uns in der firma hat mal jemand gearbeitet, der hat seine programme nur so geschrieben (in visual basic). wenn man sowas mal gesehen hat, denkt man nicht mal mehr unter drogeneinfluss daran, irgendwann wieder eine sprunganweisung zu benutzen.

Also bei uns in der Uni wird gepredigt, dass man kein Break in einer Schleife nutzen sollte, kann man alles in die Abbruchbedingung der Schleife mitreinbasteln.

Also bei uns in der Uni wird gepredigt, dass man kein Break in einer Schleife nutzen sollte, kann man alles in die Abbruchbedingung der Schleife mitreinbasteln.

genau meine meinung.

kostet das nicht performance wenn man manche sachen mehrmals abchecken muss anstatt ein break zu benutzen um gleich zu verlassen ?

und welcher mensch programmiert in Visual Basic ... tztz

ich hab die erfahrung gemacht, dass es wesentlich mehr nerven als performance kostet, wenn man break benutzt. damit verliert man teilweise die kontrolle über seinen eigenen quelltext...

und welcher mensch programmiert in Visual Basic

da gibts schon einige...

naja aber ich bin gerade dabei mein programm auf performance zu trimmen weil das hier meine Finalversion wird und ich damit sowieso nix mehr später machen werde (wird nen Druckmanager ) ist halt nur so ich möchte guten Programmierstil machen und das muss ich ja dann meinem Lehrer vorzeigen und nach eurem Rat hab ich jetzt alles breaks entfernt und durch lange ... sehr lange schleifen bedingungen ersetzt.
und hab jeden tolower befehl entfernt weil das kostet ja zeit für den unterprogramm aufruf und statt dessen halt wenn ich einen charakter abfrage gross und klein schreibung hingeschrieben... ist das ratsam ****?
ist immer so dumm ein mittelding aus performance aber dann auch noch code zu schreiben den man versteht

ist immer so dumm ein mittelding aus performance aber dann auch noch code zu schreiben den man versteht

dann schreib doch einfach mehr kommentare rein, wenn der code sich nicht mehr selbst erklärt. einfach in 4 oder 5 sätzen den zweck vom nächsten anweisungsblock beschreiben.
mach ich auch immer so, und ich kenn auch eigentlich nur leute, die das so machen.

keine frage mach ich ja bloss bei mir muss das programm 6 if bedingungen durchgehen ich kann mir das aber sparen wenn ich das vorher verkleiner also das charakter und dann nur noch die hälfte da stehen hab. ich denke mal das steigert die übersichtlichkeit. unser infolehrer sagt ja immer lieber ein bisschen übersichtlicher machen.
viele kommentare schön und gut aber ich will ja nun auch nicht in kommentaren schwimmen und dann erst nen roman durchlesen

du musst ja nicht gleich einen ganzen roman nach dem motto "es war einmal ein int main(), das sah so aus: ..." schreiben. einfach in drei bis vier sätzen eine kurze und knappe übersicht geben, was genau in dem nächsten anweisungsblock passiert.