Ich beschäftige mich gerade mit den Kontrollstrukturen und bin gerade bei der switch-Anweisung angelangt.
Da steht dass die switch anweisung immer so geschrieben wird:

switch (Bedingung) {

case 1:
//Anweisungen
break;
case 2:
//Anweisungen
break;
...
...
default:
//Anweisungen
}

Meine Frage wäre da, ob man statt z.B.
"case 1:" zu schreiben auch z.B. "case a=2" oder "case a=b" schreiben kann.
Oder ist es explizit notwendig dass case immer der Reihe nach durchnummeriert ist?

lg lolo

int test_zahl = 2;
switch(test_zahl)
{
    case 1:
        std::cout << "Ich werde nicht ausgeführt";
        break;
    case 2:
        std::cout << "Ich werde ausgeführt";
        break;
    case 3:
        std::cout << "Ich werde auch nicht ausgeführt :(";
        break;
    default:
        std::cout << "Da test_zahl 2 entspricht, bin ich nutzlos";
        break;
}

switch-Anweisungen kann man aber auch mit Enumerationen benutzen, da diese auch nur Aufzählungstypen sind.

enum Farbe
{
    Rot = 1,
    Gelb = 2,
    Blau = 3
};
...
Farbe f = Gelb;
switch(f)
{
    case Rot:
        std::cout << "Rot";
        break;
    case Gelb:
        std::cout << "Gelb";
        break;
    case Blau:
        std::cout << "Blau";
        break;
    default:
        std::cout << "Farblos";
        break;
}

Wie noobLolo schon meinte, man kann switch-Anweisungen nur mit Integer benutzen.

Geht auch mit char und short.

FreakY<3Cpp schrieb:

Wie noobLolo schon meinte, man kann switch-Anweisungen nur mit Integer benutzen.

Geht auch mit char und short.

Angeber. :p

ein switch case ist aber nichts anderes als verschachtelte if's

Klares NEIN.

Verschachtelte if's müssen der Reihe nach durchgelaufen und evaluiert werden bis eine Bedingung eintritt. switch/case dagegen ist ein Jump direkt zu dem case der zutrifft. Das ist ein ziemlicher Unterschied im Laufzeitverhalten.

Unterschied im Laufzeitverhalten.

Achja? Beweise mal!

Nein das geht "leider" nicht.

Das geht zum Glück nicht.

Kóyaánasqatsi schrieb:

Achja? Beweise mal!

Ich hab dazu mal gelesen das switch zu einer Sprungtabelle zerlegt wird, weiß aber nicht wie sie aussieht, wäre auch Logisch da switch ja im Grudne nur aus == Vergleichen besteht. Und das ganze wäre deffinitiv schneller als irgendwelche If Ketten.

Das Verhalten das der Ersteller woltle wird in VB nterstützt und da ist es wirklich nur ein verschachteltes IF und im übrigen ne Design Katastrophe.

loks schrieb:

Unterschied im Laufzeitverhalten.

Achja? Beweise mal!

Beweisen ist ein bisschen schwer, da der Standard das nicht explizit verlangt. Aber in der Dokumentation der meisten Compiler steht drin, dass sie diese Art von Code erzeugen und normalerweise gibt es eine Option, diese Optimierung auszuschalten. Das hindert einen guten Optimierer natürlich nicht daran, auch aus verschachtelten if-Bedingungen einen solchen jump-table zu erzeugen, aber mit der switch-Anweisung macht man diese Optimierung wesentlich einfacher.

noobLolo schrieb:

ein switch case ist aber nichts anderes als verschachtelte if's

Klares NEIN.

Verschachtelte if's müssen der Reihe nach durchgelaufen und evaluiert werden bis eine Bedingung eintritt. switch/case dagegen ist ein Jump direkt zu dem case der zutrifft. Das ist ein ziemlicher Unterschied im Laufzeitverhalten.

also ich bilde mir ein das es in den meißtem programmier sprachen ähnlich ist, hab nur mal die erfahrung mit java gemacht, das ein switch abhängig von den zahlen entweder zu if/else abfragen oder einer lookuptable umgeformt wird bsp.

switch(x){
case 10025542:
break;
case 50:
break;
case 55334515:
break;
}
//daraus machst mir mal ne lookup table... und nachdem das eher schwer ist, wird es am ende iwie so daliegen
if(x>10025542){
  if(x==55334515)
    ...
}else{
  if(x==10025542)
    ...
  else if(x==50)
      ...
}

//sollten die lücken kleiner sein könnte es sein das es zu einer lookuptable wird, was aber eher compiler abhängig ist...

lg lolo

//sollten die lücken kleiner sein könnte es sein das es zu einer lookuptable wird, was aber eher compiler abhängig ist...

also eigentlich sollten zahlenbereiche die so gut wie keine lücken enthalten fast immer zu einer lookuptable mutieren

lg lolo