Switch / Case Anweisung mit Bedingung

[Guest (Gast)]

Hallo,

würde folgende Anweisung so funktionieren:


signed char register;

register = (OCR0A - OCR0B);

switch(register)
    {

    case =0:
        Anweisung;
  break;

  case <0:
  Anweisung;
  break;

        case >0:
  Anweisung;
  break;

  default:
  break;
  }

[Jörg W. (dl8dtl) (Moderator)]

Nein, die case labels müssen explizit benannte Zahlen sein.
Nimm if  else if  else stattdessen.

[Falk B. (falk)]

@ Guest (Gast)

>würde folgende Anweisung so funktionieren:

Nein, geht nur mit Konstanten.

Aber dafür tut es ein verkettetes if allemal.

MFG
Falk

[Guest (Gast)]

Danke!

Also ungefähr so:

if (register == 0)
{
Anweisung
}
else if (register >= 0)
{
Anweisung;
}
else if (register >= 0)
{
Anweisung
}

else
{
Anweisung;
}

[MicroMann (Gast)]

if (register == 0)
{
Anweisung
}
else if (register > 0)
{
Anweisung;
}
else if (register < 0)
{
Anweisung
}

[Falk B. (falk)]

@ Guest (Gast)

>Also ungefähr so:

nein, eher so

if (register == 0)
{
Anweisung
}
else if (register > 0)
{
Anweisung;
}
else 
{
Anweisung
}

MFG
Falk

[Jörg W. (dl8dtl) (Moderator)]

Wobei ein guter Compiler aus beiden Formen dasselbe machen sollte, d.h.
er müsste merken, dass die letzte Bedingung nur noch wahr sein kann.

Witzigerweise schnallt es der GCC hier nicht:

extern void a(void);
extern void b(void);
extern void c(void);

#include <avr/io.h>

void
evaluate(void)
{
        int8_t diff;

        diff = OCR0A - OCR0B;

        if (diff < 0)
                a();
        else if (diff == 0)
                b();
        else if (diff > 0)
                c();
}

Stellt man den Code geringfügig um, dann klappt's:

extern void a(void);
extern void b(void);
extern void c(void);

#include <avr/io.h>

void
evaluate(void)
{
        int8_t diff;

        diff = OCR0A - OCR0B;

        if (diff < 0)
                a();
        else if (diff > 0)
                c();
        else if (diff == 0)
                b();
}

[Falk B. (falk)]

@  Jörg Wunsch (dl8dtl)

>Wobei ein guter Compiler aus beiden Formen dasselbe machen sollte, d.h.
>er müsste merken, dass die letzte Bedingung nur noch wahr sein kann.

Sollte ein halbwegs zurechnungsfähiger Programmierer das nicht auch 
direkt so hinschreiben können? Soviel Kompetenz in Mengenlehre sollte er 
doch haben, oder?

MFG
Falk

[I_ H. (i_h)]

Der Compiler sollte aber auch soviel Grips haben, Stichwort C++ 
Templates und Metaprogrammierung (sehr effizient, aber auch sehr viel 
Arbeit für den Compiler).

[Jörg W. (dl8dtl) (Moderator)]

Falk Brunner wrote:

> Sollte ein halbwegs zurechnungsfähiger Programmierer das nicht auch
> direkt so hinschreiben können?

Der Punkt bei Compileroptimierungen ist ja, dass der Programmierer
den Code in gut lesbarer Form abliefern sollte, ohne dass er sich
darum kümmern muss, ob da etwas überspezifiziert ist.  Solange da
nur a(), b() und c() gerufen werden, ist die Sache ja auch so
übersichtlich, aber was, wenn da jeweils eine halbe Seite dazwischen
ist?

Die Bedingung in der letzten if-Anweisung ist dann gewissermaßen ein
Kommentar, der die Lesbarkeit verbessert.  Wenn die Compileroptimierung
das nicht schnallt, muss man sich mit dem Weglassen der Bedingung und
einem echten Kommentar behelfen, was a) erfordert, dass man sich den
generierten Code erst noch anguckt und b) ,,unsymmetrisch'' aussieht.

[Peter D. (peda)]

Ich würds ja so schreiben:

extern void a(void);
extern void b(void);
extern void c(void);

#include <avr/io.h>

void
evaluate(void)
{
        int8_t diff;

        diff = OCR0A - OCR0B;

        if( diff ){
          if( diff & 1<<7 ){
            a();    // negativ
          }else{
            c();    // positiv
          }
        }else{
          b();      // 0
        }
}

Peter

[Falk B. (falk)]

@ Peter Dannegger (peda)

>Ich würds ja so schreiben:

Ist das besser und schneller? Ich find ziemlich kryptisch.

MFG
Falk

[Jörg W. (dl8dtl) (Moderator)]

Falk Brunner wrote:

> Ist das besser und schneller?

Insbesondere ist es unportabel.  Peters typische Mikro,,optimierungen''
halt.  Genau das, was die Optimierung eines zeitgemäßen Compilers
von allein können soll, damit eben nicht so'n kryptisches Zeug da
steht.

[Gast (Gast)]

Könnte mir irgendjemand den Aufbau besser erklären? Ich hab zwei 
Aufgaben dazu:
1. Über ein JS-Programm soll eine Notenziffer eingegeben und die 
entsprechende ausgeschriebene Note auf dem Bildschirm erscheinen.

2. Erstelle einen kleinen Taschenrechner über den man zwei Zahlen und 
ein Operatorzeichen (*, /, +, -, ^2) eingibt. Das zum Operator passende 
Ergebnis soll dann auf dem Bildschirm ausgegeben werden.

[Falk B. (falk)]

@ Gast (Gast)

>Könnte mir irgendjemand den Aufbau besser erklären? Ich hab zwei
>Aufgaben dazu:

http://www.hausaufgaben.de

MfG
Falk

[Karl H. (kbuchegg)]

Gast wrote:
> Könnte mir irgendjemand den Aufbau besser erklären? Ich hab zwei
> Aufgaben dazu:
> 1. Über ein JS-Programm soll eine Notenziffer eingegeben und die
> entsprechende ausgeschriebene Note auf dem Bildschirm erscheinen.
>
> 2. Erstelle einen kleinen Taschenrechner über den man zwei Zahlen und
> ein Operatorzeichen (*, /, +, -, ^2) eingibt. Das zum Operator passende
> Ergebnis soll dann auf dem Bildschirm ausgegeben werden.

Es gibt unzählige Möglichkeiten wie man die beiden Aufgabenstellungen
lösen kann. Nimm die die du hinkriegst und dein Lehrer wird das
akzeptieren.

[Peter D. (peda)]

Na super, nen MC-Thread mit ner Java-Frage gehijackt.


Selbst ein Elefant im Porzellanladen benimmt sich besser.


Peter