Frage zu while Schleife

ahhh, da ist mein Fehler..Ich suche die Lösung, das er in die Schleife 
einsteigt und sie verläßt wenn die beiden Parameter gleich sind!

while(1)
{
if (x == size)
   {
   break;
   }
}

Wie von Miu geschrieben: 'Break' dannnn verlässt er die Schleife sofort 
oder mit 'continue' springt er wieder zum Schleifenanfang und prüft 
nochmal die Bedingung.

while( x==size){
   //mach was
}
--> Abbruch bei x!=size


while( x !=size){
   //mach was
}
--> Abbruch bei x==size

Alles klar? ;-)

Gruß T.v.B.

break und continue sind zwar legitime C Anweisungen sollten aber wenn 
möglich nur in Ausnahmefällen benutzt werden. Da es in der 
Programmierung immer mehr als nur einen Lösungsweg gibt, sollte über 
eine Lösung ohne break bzw. continue nachgedacht werden. Es wäre 
"sauberer" und später besser wartbar, da ein plötzlicher 
Schleifenabbruch in einem komplexen System z.T. sehr schwer 
nachvollziehbar ist. Es stellt sich dann meist die Frage : WAS HAT SICH 
DER PROGRAMMIERER NUR DABEI GEDACHT ???? .
Mein genereller RAT : Nur in Ausnahmefällen (kurze Testprogramme!!!) 
Quick and dirty programmieren ansonsten lieber ein wenig Zeit in die 
Programmstruktur investieren. Man wird spätestes beim Debuggen danken.

evtl. auch möglich je nachdem wann du die Überprüfung haben willst:

do
{
//auszuführender Code
}
while(rest != x);

Break und Continue erachte ich als sehr "Sauber"!!!

Tja, da unterscheiden sich unsere Erfahrungen. Bei Schleifen mit 3 
Anweisungen im Schleifenkörper ist das sicher nicht der Rede wert. Aber 
bei größeren, komplexeren Bedingungen schon.

Dann schau Dir mal eine komplexe Software an, bei der aufgrund von 
Timing und anderer Dinge Prozesse aufgesplittet wurden und dieses 
mittels break und continue realisiert wurde. Dann wirst Du schnell 
feststellen das dies als Mittel zum Zweck geschah aber aber sehr 
schlecht wartbar/erweiterbar ist. Daher kommt kommt für mich nur das 
break in einer Switch/Case Struktur in Frage, alles andere ist erstmal 
Tabu, es gibt immer einen anderen Weg.

Ein guter Compiler erzeugt bei gleicher Semantik den gleichen Code. Da 
ist es egal, ob man while, do, oder break/continue/goto benutzt hat.
Obwohl, beim GCC hätte ich da auch meine Zweifel.

Hallo,
Gast hat Recht, das Stichwort heißt "Strukturiertes Programmieren".

Wichtig ist, dass ein Algorithmus mit einigen wenigen vernünftigen 
Kontrollstukturen auskommt, dazu gehören auch WHILE "Bedingung wahr" ... 
End While und REPEAT ... UNTIL Bedingung wahr (hier 
programmiersprachen-unabhängig formuliert, wie es bei der Entwicklung 
von Programmabläufen auch zunächst selbstverständlich ist.)
Mehrfach geschachtelte Konstrukte werden durch Benutzung strukturierter 
Elemente vernünftig lesbar, GOTOs, Breaks u.ä. sind dagegen mehr oder 
weniger strikt verboten, da sie NICHT-strukturiert sind.
In der Programm- Dokumentation gibt es für die Strukturen 
"Nassi-Shneiderman- Diagramme".
Was ein Compiler macht, ist unerheblich, denn für Entwicklung und 
Wartung von Algorithmen ist die Struktur wichtig!. Googelt mal unter den 
obigen Stichworten, dann stoßt Ihr allenhalben auf Informatik-Links, die 
diese Sachverhalte behandeln.

Fußnote: Es war schon zu Zeiten des Commodore C64 mit seinem unsäglichen 
(weil unstrukturiertem) BASIC möglich und dringend empfohlen, einen 
Algorithmus strukturiert zu entwerfen und beim Kodieren diese Elemente 
ersatzweise mit IF und GOTO- Konstruktionen zu  realisieren. Der Vorteil 
liegt darin, dass bei einem Wechsel der Programmiersprache der 
Algorithmus praktisch keine Veränderungen erforderte, nur die 
Übersetzung in die Sprachelemente der neuen Sprache war notwendig! Ein 
vernünftig entwickelter Algorithmus ist und bleibt verstehbar und 
überdauert einige "Sprachmoden" ...
MfG

> Mehrfach geschachtelte Konstrukte werden durch Benutzung strukturierter
> Elemente vernünftig lesbar, GOTOs, Breaks u.ä. sind dagegen mehr oder
> weniger strikt verboten, da sie NICHT-strukturiert sind.

http://pplab.snu.ac.kr/courses/adv_pl05/papers/p261-knuth.pdf

man kann breaks durch returns ersetzen, wenn man die Abbruchbedingung 
bzw. die Schleife in ein Unterprogramm packt. Wenn man es geschickt 
macht, bleibt der Code dadurch auch gut lesbar.

und bei verschachtelten schleifen dient goto und co sogar der sauberen 
programmierung, da ansonsten der code durch Merker und deren Abfragen 
aufgebläht wird und so unübersichtlich wird.

dass man nicht wild im code hin- und herspringt sollte klar sein. aber 
daraus abzuleiten, sprünge generell zu verbieten, ist lachhaft...

Jup, die Merker Setzerei find ich auch sehr sehr schwierig zum 
Nachvollziehen!!!
Und stimme dir voll zu, dass gegen einen sinnvollen Einsatz von Sprüngen 
nichts spricht...