Switch mit Vergleichsoperatoren Marke Eigenbau

[Henning (Gast)]

Moin Moin,
Leider ist es ja in C nicht möglich eine Switch-Case Anweisung mit 
Vergleichsoperatoren zu verwenden. D.h. man muss in diesem Falle viele 
if's hintereinander abarbeiten.
Nun hab ich mir gedacht, dass es ja eigentlich blöd ist, wenn gleich die 
erste if-Anweisung "true" ist, dass dann die darauf folgenden 
unnötigerweise immer mit abgearbeitet werden.
Jetzt hab ich das ganze einfach mal in eine Schleife gepackt und mit 
break;-Anweisungen ausgeschmückt.

Meine Frage: wie sinnvoll ist das? Schluckt die Schleife drumherum evntl 
sogar mehr "Ressource" als die eingespartet if-Anweisungen??

anbei mal der Code. (Zahlendarstellung auf einem GLCD)

  // "." = Plathalter für Minus-Zeichen (8px) ; "/" = Platzhalter für Ziffer (14px)
  // damit Darstellung Rechtsbündig vor dem Komma ist.
  
  while(1)  //Switch-Case der Marke Eigenbau, für Vergleichsoperatoren              
  {
    if (position>=10000)                //100er Stelle            
    {
      lcd_puts_p(numbersbig,PSTR("."));  
      break;
    }
    if (position<10000 && position>=1000)        //10er Stelle            
    {
      lcd_puts_p(numbersbig,PSTR("./"));
      break;  
    }
    if (position>=0 && position<1000)          //1er Stelle
    {
      lcd_puts_p(numbersbig,PSTR(".//"));
      break;
    }
    if (temp<=(-10000))                //-100er Stelle  Sonderfall, maximale Anzahl an Stellen        
    {
      break;
    }
    if (position<=(-1000) && position>(-10000))      //-10er Stelle            
    {
      lcd_puts_p(numbersbig,PSTR("/"));  
      break;
    }
    if (position<=(-100) && position>(-1000))      //-1er Stelle
    {
      lcd_puts_p(numbersbig,PSTR("//"));
      break;
    }
    if (position<0 && position>(-100))          //-1er Stelle Sonderfall -0.xx
    {
      lcd_puts_p(numbersbig,PSTR("//-"));
      break;
    }
    break;//<----------Finger weg "Not-AUS"!!!
  }

[Nase (Gast)]

'else' ist dir aber bekannt, oder?

[Dirk B. (dirkb2)]

Mal abgesehen vom else.

Welche Schleife denn? Die wird doch gar nicht ausgeführt.
Wenn du wirklich meinst, der Compiler prüft da wirklich auf 1, dann mach 
eine do-whhile(0)-Schleife.

Schreib aber bitte ganz ausführlich in deinen Code was dieses Konstrukt 
bezwecken soll, damit man den in drei Wochen auch noch versteht.

[Timmo H. (masterfx)]

Da du ja im GCC Forum postest...
GCC hat für switch case eine Erweiterung:

switch(blubb){
  case 0 ... 3:
    bla();
    break;
  case 4 ... 10:
    bla2();
    break;
}

[Yalu X. (yalu) (Moderator)]

Die if-break-Kette enthält zimelich viel Redundanz. Eine Abfrage über
mehrere aneinander angrenzende Intervalle macht man üblichweise so, dass
man die Intervallgrenzen der Größe nach sortiert und jede Grenze in
einer if-elseif-Kette genau einmal abfragt:

  if (position >= 10000)                //100er Stelle            
    lcd_puts_p(numbersbig,PSTR("."));  
  else if (position >= 1000)            //10er Stelle            
    lcd_puts_p(numbersbig,PSTR("./"));
  else if (position >= 0)               //1er Stelle
    lcd_puts_p(numbersbig,PSTR(".//"));
  else if (position > -100)             //-1er Stelle Sonderfall -0.xx
    lcd_puts_p(numbersbig,PSTR("//-"));
  else if (position > -1000)            //-1er Stelle
    lcd_puts_p(numbersbig,PSTR("//"));
  else if (position > -10000)           //-10er Stelle            
    lcd_puts_p(numbersbig,PSTR("/"));

[Peter D. (peda)]

Henning schrieb:
> damit Darstellung Rechtsbündig vor dem Komma ist.

printf kann bereits rechtsbündig ausgeben.
Man muß nicht alles zu Fuß nachprogrammieren, sondern darf die Libs 
benutzen.

[remember (Gast)]

Timmo H. schrieb:
> case 0 ... 3:

erinnert mich irgendwie an das verhasste Pascal. ;-)))

[(prx) A. K. (prx)]

Peter Dannegger schrieb:
> Man muß nicht alles zu Fuß nachprogrammieren, sondern darf die Libs
> benutzen.

Wobei man manchmal versucht ist, ausgerechnet printf zu vermeiden.

[Peter D. (peda)]

A. K. schrieb:
> Wobei man manchmal versucht ist, ausgerechnet printf zu vermeiden.

Geht auch ohne:

Beitrag "Formatierte Zahlenausgabe in C"

[Tom K. (ez81)]

Henning schrieb:
> wie sinnvoll ist das?
Welchen Unterschied sollen die wenigen Bytes/Takte bewirken? Der 
GLCD-Code ist wahrscheinlich um Größenordnungen größer/langsamer als die 
paar Vergleiche und Sprünge.

> Schluckt die Schleife drumherum evntl
> sogar mehr "Ressource" als die eingespartet if-Anweisungen??
Die knappste Resource ist meistens zukünftige Lesbarkeit. Und davon wird 
durch Spezialkonstruktionen reichlich geschluckt ;)

[Rolf Magnus (Gast)]

Peter Dannegger schrieb:
> A. K. schrieb:
>> Wobei man manchmal versucht ist, ausgerechnet printf zu vermeiden.
>
> Geht auch ohne:
>
> Beitrag "Formatierte Zahlenausgabe in C"

Aha, also erst propagierst du die Verwendung von printf(), statt selbst 
was zu bauen, und dann präsentierst du deine selbstgebaute Alternative.

[Peter D. (peda)]

Rolf Magnus schrieb:
> Aha, also erst propagierst du die Verwendung von printf(), statt selbst
> was zu bauen, und dann präsentierst du deine selbstgebaute Alternative.

Daran sieht man mal, wie sich der Programmierstil mit der Zeit ändert.

Bei nem GLCD ist der printf-Overhead eh nur Peanuts.