Mittels Switch Case zwischen Unterprogrammen in der main wechseln

[Y. L. (ynynloxx)]

Hallo Leute,

wie kann man mittels switch case Unterprogramme auswählen? Ich möchte in 
der main Funktion zwischen den Unterprogrammen, manuell();, sar(); und 
tracking(); eine Wahl treffen, die im Sorcecode festgelegt werden kann.
Bin Anfänger und hoffe man kann mir paar Tipps geben.

int main(void) {
    while(1) {
        switch() {
            case 1: manuell();   break;
            case 2: sar();       break;
            case 3: tracking();  break;
        }
    }
}

[Einer K. (Gast)]

int wahl = 2;
int main(void) {
    while(1) {
        switch(wahl) {
            case 1: manuell();   break;
            case 2: sar();       break;
            case 3: tracking();  break;
        }
    }
}

Suchtipp: "c enum switch"

[Patrick J. (ho-bit-hun-ter)]

Hi

Da 'Unterprogramm' hier eher 'Funktion' sein wird: ja
Sehe kein Problem in Deinem Code.
Wenn doch, wird der Compiler Dir schon sagen, was Ihn stört - musst den 
ersten Compiler-Versuch ja nicht erst bei 4000 Zeilen Quelltext starten.

MfG

PS: Oh, da war gar Nichts in der switch-Anweisung drin :/ - Das hätte 
der Compiler aber wohl auch angemeckert.

[TU Student 1. (student0)]

Du kannst das ganze auch gleich zu einem Zustandsautomat (State machine) 
entwickeln, so dass man zwischen den Unterprogrammen/Zuständen wechseln 
kann.

typedef enum
{
    MANUAL = 0,
    SAR,
    TRACKING
} state_t;

state_t state = MANUAL;

int main(void)
{
    while(1)
    {
        switch(state)
        {
            case MANUAL:
                manual();
                if(.....)
                    state = SAR;
                break;
                case SAR: sar();       break;
                case TRACKING: tracking();  break;
            default:
                puts("Fehler");
                state = MANUAL;
        }
    }
}

[W.A. (Gast)]

Y. L. schrieb:
> Bin Anfänger und hoffe man kann mir paar Tipps geben.

Benutze Google mit "C switch" als Suchargument. Es gibt genug C-Code im 
Netz.
Und - nein - es ist nicht verboten, irgendetwas in die case-Block zu 
schreiben. Auch Funktionsaufrufe sind erlaubt. Unterprogramme gibt es C 
nicht. Du kannst aber Funktionen mit Rückgabe eines Void verwenden.

[Dergute W. (derguteweka)]

Moin,

Das schoene an C ist, dass man da auch prima solche kurzen Konstrukte 
schreiben kann - ganz ohne switch case:

int wahl;
void (*machwasichwill[])(void)={manuell,sar,tracking};

/* ... */

wahl=1;
machwasichwill[wahl]();

Obacht: wahl darf hier nur 0,1 oder 2 sein - sonst droht ewige 
Verdammnis.


Gruss
WK

[stefan (Gast)]

Dergute W. schrieb:
> int wahl;
> void (*machwasichwill[])(void)={manuell,sar,tracking};
>
> /* ... */
>
> wahl=1;
> machwasichwill[wahl]();

machwasichwill[wahl < sizeof(machwasichwill) / sizeof(machwasichwill[0]) ?  wahl : 0]();

Dergute W. schrieb:
> Obacht: wahl darf hier nur 0,1 oder 2 sein - sonst droht ewige
> Verdammnis.

Nicht das wir den Ablaßhandel wieder einführen müssen.

;)

[Possetitjel (Gast)]

Dergute W. schrieb:

> Das schoene an C ist, [...]

Dein Beispiel ist der schlagende Beweis, dass Schönheit im
Auge des Betrachters liegt.

[Rolf H. (b0d0)]

Jetzt frag ich mich gerade, warum der Beitrag von  Dergute Weka und 
einigen anderen negativ bewertet wurde.

Denn was hier beschrieben wird, ist die Dispatcher Liste in 
ereignisgesteuerten Systemen ohne Preemption. Sowas wird gerne 
verwendet, wenn die System klein und leichtgewichtig sein sollen. Z.B. 
wenn es wenig Platz für einen Stack gibt.

Die Liste "machwasichwill" ist hier statisch, aber sowas kann man 
natürlich auch dynamisch gestalten, mit Prioritäten versehen usw. Damit 
kann man dann ganz unterschiedliche Scheduler konstruieren und ein sehr 
mächtiges Laufzeitsystem bauen.

[Dergute W. (derguteweka)]

Moin,

Possetitjel schrieb:
> Dergute W. schrieb:
>
>> Das schoene an C ist, [...]
>
> Dein Beispiel ist der schlagende Beweis, dass Schönheit im
> Auge des Betrachters liegt.

Hihi, jepp - so isses.

Gruss
WK

[HildeK (Gast)]

Dergute W. schrieb:
> Das schoene an C ist, dass man da auch prima solche kurzen Konstrukte
> schreiben kann - ganz ohne switch case:

Zugegeben, dies kannte ich nicht.
Ich glaube auch nicht, dass diese Lektion ideal für Anfänger (der TO hat 
sich so bezeichnet) ist. Mir jedenfalls gefällt sein (korrigierter) 
Vorschlag besser, weil für mich übersichtlicher.
Kann diese Methode auch Funktionen mit unterschiedlicher Parameterlisten 
handeln oder nur leere bzw. gleiche?

[A. S. (Gast)]

Rolf H. schrieb:
> Jetzt frag ich mich gerade, warum der Beitrag von  Dergute Weka und
> einigen anderen negativ bewertet wurde.

(nicht von mir, aber) weil der TO als Anfänger nach der korrekten 
Schreibweise von switch fragte.
> Damit kann man dann ganz unterschiedliche Scheduler konstruieren
> und ein sehr mächtiges Laufzeitsystem bauen.
Ja. Aber erst nachdem Pointer und Funktionspointer und Lint dran waren.

[Teo D. (teoderix)]

Rolf H. schrieb:
> Jetzt frag ich mich gerade, warum der Beitrag von  Dergute Weka und
> einigen anderen negativ bewertet wurde.

Unleserlich, Fehler trächtig, schlecht(er) zu Debuggen, unnötig das 
einem Anfänger zu zeigen (ich fand's interessant, WTF).

Also, wenn ich da gewertet hätte.

[Dergute W. (derguteweka)]

Moin,

HildeK schrieb:
>
> Zugegeben, dies kannte ich nicht.
> Ich glaube auch nicht, dass diese Lektion ideal für Anfänger (der TO hat
> sich so bezeichnet) ist. Mir jedenfalls gefällt sein (korrigierter)
> Vorschlag besser, weil für mich übersichtlicher.
Ja, ist mir klar, dass das fuer "Anfaenger" erstmal schwere Kost ist. 
Aber:
a.) Das lesen ja nicht nur Anfaenger und b.) Ich schrub ja auch, dass 
ich es schoen finde, dass man bei C auch solche Konstrukte schreiben 
kann. Und ich schreibte nicht, dass die Methode mit den 
Funktionspointern die einzig und alleine Seligmachende ist.

> Kann diese Methode auch Funktionen mit unterschiedlicher Parameterlisten
> handeln oder nur leere bzw. gleiche?
Die Methode wuerde ich nur anwenden, wenn alle Funktionen gleiche Typen 
bei den Argumenten und Rueckgabewerten haben. Sonst waere mein 
aesthetisches Empfinden sehr beeintraechtigt und es wird eine ueble 
Casterei um den Compiler zu beruhigen und ich wuerd' mal nicht voellig 
ausschliessen, dass da auch mal Bloedsinn passieren kann.

Gruss
WK

[Teo D. (teoderix)]

Dergute W. schrieb:
> Die Methode wuerde ich nur anwenden, wenn

Jo, nur für Eventualitäten. Wie werden solche Funktionen bezeichnet, 
bzw. Suchbegriff(e)?

[Rolf H. (b0d0)]

Teo D. schrieb:
> Unleserlich, Fehler trächtig, schlecht(er) zu Debuggen, unnötig das
> einem Anfänger zu zeigen (ich fand's interessant, WTF).

Zum Teil berechtigt.

Unleserlich. Nun, das hat C so an sich. Man nennt es manchmal auch Krieg 
der Sterne.

Fehlerträchtig. Nein, es ist ein Array von Funktionen. Da kann man 
nichts falsch machen, wenn man es einfach so abschreibt.

Schlechter zu Debuggen. Nein, denn es ist der Semantik nach ein 
switch-Statement. Nur dass im switch-Statement die Sprungadressen 
verdeckt codiert werden und hier sichtbar sind.

Unnötig, das einem Anfänger zu zeigen. Richtig, aber hier lesen auch 
Fortgeschrittene mit. Den hilft es auf jeden Fall. Und der Anfänger kann 
bei Bedarf mal drauf zurück greifen.

Ich denke positives und negatives halten sich die Waaage.

[Teo D. (teoderix)]

Rolf H. schrieb:
> Fehlerträchtig. Nein, es ist ein Array von Funktionen. Da kann man
> nichts falsch machen, wenn man es einfach so abschreibt.

Na ich stell mir da immer gleich ein größeres Konstrukt vor und da 
scheint es schnell, chaotisch/unübersichtlich zu werden.
...
...
...
Ach Quatsch. Wenn sich Auge und Hinterkopf erst dran gewöhnt hat....

Rolf H. schrieb:
> Unnötig, das einem Anfänger zu zeigen. Richtig, aber hier lesen auch
> Fortgeschrittene mit.

Meine Worte!
War halt nach eventuellen Gründen gefragt und naja, die gingen mir 
aus. ;)

[Dergute W. (derguteweka)]

Moin,

Also sooo exotisch sind Arrays von Funktionspointern, bzw. structs, die 
als Member Funktionspointer enthalten auch wieder nicht. Linux ist voll 
davon. Une wenn ich in andere Kernel gucken koennte, bin ich mir sicher, 
dass es das dort genauso gibt.
Klar, um ein HelloWorld zu programmieren, brauch ich das nicht. Und wenn 
ich in Java oder C++ in irgendwelchen wilden Vererbungen schwelg', macht 
der Compiler halt die Drecksarbeit ohne dass ich den leisesten Schimmer 
hab, wie das dann wirklich funktioniert.

Gruss
WK

[A. S. (Gast)]

Zum Zeigen, OK, aber sonst ist oben m.E. case vorzuziehen, da die 
Funktionen "absolut" aber per Index gewählt werden.

Funktionspointer m.E. erst, wenn automatisch darüber itteriert wird, 
(z.B. innerhalb einer Menünavigation) oder ein Funktionspointer direkt 
gesetzt wird, also "fließend", etwa so:

void Func1(void);
void Func2(void);
void FuncDefault(void);

void Func1(void)
{
   ...
   ...
   if(...) Statemachine = Func2;
}

void Func2(void)
{
   ...
   ...
   if(...) Statemachine = Func1;
}
void FuncDefault(void)
{
   ...
   ...
   if(...) Statemachine = Func1;
}

void (*Statemachine)(void) = FuncDefault;

int main(void)
{
   for(;;)
   {
      Statemachine();
      if(...) 
      {
         Statemachine=FuncDefault;
      }
   }
}

[Dieter (Gast)]

Wenn die Umstellung nur beim Compilieren erfolgt und nicht zur Laufzeit 
wird der Compiler dir dieses Switch Case vermutlich eh rausschmeissen.

Daher würde ich sowas über einen define lösen, dann kann die Änderung 
auch schön über das Makefile erfolgen. Unterschiedliche Versionen per 
Quelltextänderung ist Pfusch.

[Patrick J. (ho-bit-hun-ter)]

Hi

Dieter schrieb:
> Unterschiedliche Versionen per
> Quelltextänderung ist Pfusch.

Und ich dachte, wenn ich den Quelltext ändere, wäre eine neue 
Versions-Nummer fällig - dabei ist Das bisher nur Pfusch gewesen :/

Ein Glück, daß heute nicht noch erst über Alpha und Beta gegangen werden 
muß, wie Das wohl Früher so war.
Ein Hoch auf die neue Technik!

Wie sonst werden denn neuere Versionen 'entwickelt', wenn nicht durch 
Anpassung des Quelltext?
'Hmm - Heute compiliere ich Mal ohne Optimierung und schreibe ein Smilie 
in den Kommentar des Make-File'

Mit der Bitte um Aufklärung

[Stefan F. (Gast)]

> Wie sonst werden denn neuere Versionen 'entwickelt', wenn
> nicht durch Anpassung des Quelltext?

Indem man ein Icon woanders hin zieht und in einem Properties Tab einen 
Parameter ändert :-)

Zumindest hätten das einige Manager gerne so. Dementsprechend werden 
auch immer wieder neue Tools verkauft, die Programme ohne Programmieren 
erstellen können sollen.