Schleife zuer Wiederholung von Switch-Case

DPA schrieb:
> Es gibt keine Switch-Case-schleife. Es gibt schleifen, und es gibt
> switch-case. Hier ist deine Schleife eine do-while schleife, also "do
> statement while(expression);", und dein switch-case ist, nunja, das
> "switch(expression){case constant: statement ...}" ding halt. Die Dinger
> sind übrigens auch gültige statements. Packe also einfach ne schleife
> dort rein, wo du sie brauchst.

da gebe ich dir recht. Da muss ich aufpassen!!!
Aber in wie fern soll ich "einfach ne Schleife reinpacken, wo ich 
braeuchte"?

NichtWichtig schrieb:
> was genau soll hier passieren ?

dass nur die Zahlen 0 und 1 einzugeben sind, und falls nicht, dann soll 
es in Schleife bleiben.
Mein Problem ist, dass ich immer zum Hauptmenue springe:

1

 /* Bildschirm-Überschrift */

2

        printf("\nDieses Programm zeichnet folgendes auf dem Terminal-Bildschirm, ...\n");

3

        printf("=====================================================================\n\n");

4

        printf("\t1)einen wachsenden Balken \n");

5

        printf("\t2)verschiedene rechtecke.\n");

6

7

        printf("Bitte, Ihr Wahlprogramm: ");

Aber ich will hier drin bleiben, sobald ich eine falsche Eingabe machen:

1

 case '1':   printf("\nWahl eines wachsenden Balkens auf dem Terminal-Bildschirm darstellen\n");

2

                            printf("Bitte die Position des Balkens waehlen: \n");

3

                            printf("\t0) senkrecht wachsend\n");

4

                            printf("\t1) waagerecht wachsend\n");

5

                            printf("Ihre Wahl: ");

6

                            //Warten auf Eingabe

7

                            wahl2 = getchar();

8

                            printf("%c", wahl2);

Toby P. schrieb:
> Das einlesen im default macht imo keinen Sinn, warum machst du es nicht
> klassisch?
>
> 1. Code einlesen
> 2. Code bearbeiten
> 3. Nach 1. gehen

wenn du meinst von der Funktion goto() sprichst, dann haben wir sie noch 
nicht eingesetzt und duerfen wir es nicht...
Nichtsdestotrotz kannst du mir ein bildliches Beispiel geben?

Dann schreib doch eine Funktion.
mfg Klaus

Arduino Fanboy D. schrieb:
> Mein Tipp lautet also:
> Lerne endliche Automaten zu bauen.
Endliche Automaten (oder FSM) sind die einzig nachvollziehbare Art, ein 
Programm dazu zu bringen, mehrere Sachen "gleichzeitig" zu tun.
Es wäre m.E. das Erste, was man beim Programmieren lernen sollte:
- die Hauptschleife wird immer so schnell wie möglich durchlaufen, es 
wird nirgends (mehr als ein paar µs) gewartet, schon gar nicht auf eine 
Beutzereingabe oder einen Enschalter oder sonstwas
- (Sensor-)Eingänge werden am "Anfang" der Schleife in ein 
Eingangsprozessabbild eingelesen und nicht "direkt vom Pin" bearbeitet 
(denn sonst sieht die erste Hälfte des Programms evtl. einen anderen 
Pegel als die zweite Hälfte, das gibt kuriose Effekte)
- (Aktor-)Ausgänge werden nicht sofort geschrieben, sondern in einem 
Ausgangsabbild gespeichert und am "Ende" der Schleife ausgegeben (denn 
sonst kann es sein, dass im Programmverlauf der Ausgang "glitcht"

Übrigens:
Ein Schlosser, der eine SPS programmiert, dabei Zustände in Merkern 
speichert und damit Schrittketten aufbaut, verwendet Finite 
Zustandsautomaten, ganz ohne dass er es weiß. So kompliziert kann das 
Thema also wohl nicht sein...  ;-)

Warum nicht einfach natürlichsprachlich:
tuwas solange taste ungleich 0 und taste ungleich 1.

1

2

   while( wahl2!='0' && wahl2!='1' );

Schlauhubers würden sich die wahl2 Variable aber einfach ein wenig 
zurechtbiegen. Dann lautet die vom Original abgeleitete und im Ablauf 
ein wenig verbesserte Abfrage so:

1

                case '1':   printf("\nWahl eines wachsenden Balkens auf dem Terminal-Bildschirm darstellen\n");

2

                            printf("Bitte die Position des Balkens waehlen: \n");

3

                            printf("\t0) senkrecht wachsend\n");

4

                            printf("\t1) waagerecht wachsend\n");

5

                            printf("Ihre Wahl: ");

6

7

                            do 

8

                            {

9

                                //Warten auf Eingabe

10

                                wahl2 = getchar();

11

                                printf("%c", wahl2);

12

                                //Auswertung des Tastendrucks fuer das zweite Auswahl-Menue

13

                                switch(wahl2)

14

                                {

15

                                    case '0':   printf("es wird ein senkrecht wachsende Balken dargestellet\n");

16

                                                balken(2, 2, 6, 0, '*');

17

                                                break;

18

19

                                    case '1':   printf("es wird ein waagerecht wachsende Balken dargestellet\n");

20

                                                balken(2, 2, 6, 1, '*');

21

                                                break;

22

23

                                    default:    printf("Leider falsche Eingabe!\nBitte Taste 0 oder 1 waehlen: ");

24

                                                wahl2 = 0;

25

                                                break;

26

                                }

27

                            } while ( wahl2==0 );

DPA schrieb:
> Ich würde das zwar dann eher so schreiben:

bei falscher Eingabe bleibt der Code bei dieser Eingabe und tut nichts 
weiter

1

printf("\nBitte Taste 0 oder 1 waehlen: ");

Michael Gugelhupf schrieb:
> Das kann man umschreiben zu                          } while(!((wahl2 ==
> 0x30) && (wahl2 == 0x31)));

leider dreht sich das ganze im Kreis der Switch-case und kommt nicht 
mehr heraus-->Ausgabebild (Ergebnis) angehaengt.

Klaus R. schrieb:
> Dann schreib doch eine Funktion.

ich hatte daran gedacht, aber ich muss nur genau diese Funktionen 
programmieren, Nichts mehr. Aber dein Vorschlag werde ich separat 
machen, nur wenn ich das in Main nicht mal hinbekommen, dann 
wahrscheinlich als separate Funktion auch nicht.

[MOD: Zitat von Pauls Post gelöscht]

Fazit:
ich werde den Code beim "Alten" lassen,

DANKE trotzdem!

Francis C. schrieb:
> Nicht schoen!
Das war Paul. Der hat Hausverbot. Du kannst dir denken, warum.

> leider dreht sich das ganze im Kreis der Switch-case und kommt nicht
> mehr heraus-->Ausgabebild (Ergebnis)
Ja, klar, weil du dort ja auch nicht mehr die Taste einliest, diese also 
immer den alten Wert behält und die Schleife nicht abgebrochen wird, 
weil die Abfrage im while() nicht passt.
Ich habe in meinem Codeschnipsel die Position des Zeichen-Einlesens 
dorthin gerückt, wo es tatsächlich hingehört: direkt vor die Auswertung.

Lothar M. schrieb:
> Dann lautet die vom Original abgeleitete und im Ablauf
> ein wenig verbesserte Abfrage so:

Sieht ja grausig aus....

Löst Euch doch mal von "Eingabe == Case" und macht ne Ablaufsteuerung 
draus. Keine extra schleife, lieber ein extra Case einfügen....

Teo D. schrieb:
> Sieht ja grausig aus....
Ganz meine Worte.
Ich würde da wie gesagt eine FSM draus machen. Da ist die Eingabe kein 
Zustand, sondern dient nur der Weiterschaltung in Richtung Ziel.

Francis C. schrieb:
> wie kann ich den inneren Switch-Case-schleife wiederholen, ohne jedes
> Mal zum Eingabenbeginn zu springen?

ich denke, deine frage sollte eher sein - wie kann ich programmieren 
lernen, weil das kannst du nicht! ausser copy/past hast du noch nichts 
begriffen.

daher erstmal das thema belesen/studieren - ja, kostet richtig zeit, und 
dann im KLEINEN mal rumprobieren, usw. ...

aber hier wie immer nur fragen stellen, die schon unklar sind und selbst 
dann die antworten nicht vertehen führt direkt zum hirntot.
ok, toter als tot geht ja nicht mehr ...


mt

Apollo M. schrieb:
> ich denke, deine frage sollte eher sein - wie kann ich programmieren
> lernen

Wie wäre es, hierzu die gute alte Methode "Programmablaufplan" oder 
"Flussdiagramm" zu verwenden?

Da kann schnell und übersichtlich mit Bleistift und Papier den Ablauf 
skizieren und sehen, wo was gemacht werden muss und wo es eventuell 
klemmt. Dazu reicht auch erstmal ein Grobplan.
Das Schöne daran ist auch: es ist unabhängig von der Programmiersprache, 
man muss in dieser Phase noch gar kein "C" können ;-)