Eigentlich soll ja die main funtion sehr kurz sein. Aber was soll ich machen ?
Das ganze in eine Funktion auslagen macht ja auch keinen Sinn da eine Funktion nur dann in frage kommt wenn man sie denn öfter aufrufen würde.

Das ganze in eine Funktion auslagen macht ja auch keinen Sinn da eine Funktion nur dann in frage kommt wenn man sie denn öfter aufrufen würde.

Falsch.

Aber was soll ich machen ?

Lern skateboardfahren.
Das braucht sehr viel Zeit und das Verletzungsrisiko ist hoch.
Beides kommt uns zu gute.

Willst du wissen, wie du viele case-Blöcke vermeiden kannst? Oder wie lautet deine Frage?

Er möchte Code in Funktionen auslagern, und zwar allein für die Übersichtlichkeit. Aber er hat gelernt, daß man Funktionen nur baut, wenn etwas mehrmals aufgerufen wird. Schade. Man könnte doch so schön auch damit Ordnung machen.

Bashar hat erklärt, daß er da einem Mißverständnis unterlegen ist. Man darf durchaus zu verschiedensten Zwecken Funktionen bauen.

Ich ergänze: Die Ordnung und das Kleinmachen der main() ist auf jeden Fall einer der Wichtigsten Gründe überhaupt, um Funktionen zu basteln.

Funktionen sind dazu da jeweils eine Aufgabe zu übernehmen.

Damit Funktionen von anfang an potentiell wiederverwendbar sind, sollte man diese auch versuchen so zu gestalten. Sprich, wenn du ein Menü ausgibst, dann solltest du eine Funktion für das Menü bauen und die einzelnen Menüpunkte nurnoch über die Parameter übergeben.

Nicht immer ist die Wiederverwendbarkeit von Funktionen zu gewährleisten. Aber wie schon gesagt, Funktionen sind dazu da eine Aufgabe zu übernehmen, wenn möglich nicht mehr.

Z.B. könnten die jeweils individuellen Anweisungen deiner Switch-Case ausgelagert werden in Funktionen.

..., dass keine Funktion länger als eine Bildschirmlänge lang sein darf.

Schwerer Schwachsinn.

Sollte klar sein. Ist zu individuell. Krampfhaft aufteilen ist ziemlich sehr dumm.

Übersichtlichkeit kann man doch auch mit Kommentaren schaffen.

Warum denn zusätzlich Kommetare schreiben/pflegen und vor allem lesen lassen, wenn man einfach den Code so schreiben könnte, dass er sich selbst erklärt?

int main()
{
  // ...

  // An dieser Stelle wird jetzt die Länge üver Puffer ausgerechnet
  double x = t *z*e / sqrt(asd);
  for(int i = 0; i < 100 % d/asd * xyz; ++i, ++asd)
  {
     // Hier wird dies und das getan
     //
  }
  double l = x > 100 ? ln(42*x) : sqrt(x);
}
// vs.
int main()
{
  // ...
  double l = LaengeUberPuffer();
}

Viele Kommentare sind nicht unbedingt ein Zeichen für einen guten Programmierstil.

Die Frage geht schon über in Programmierstil und Programmdesign. Und das ist ein nie endendes eigenes Thema!

welche Vorteile hat es denn wenn ich alles in Funktion auslagere selbst wenn diese nur dieses einmal Verwendung finden.

Was spricht denn gegen Funktionen als Werkzeug zur Uebersichtlichkeit?

Warum hilft es bei der fehlersuche ?

Geht auch bereits in Richtung Programmierstil. Mit zunehmender Erfahrung hat man viele unkritische und wenige kritische Funktionen bei einer Programmentwicklung. Die unkritischen betrachtet man nicht weiter und kann sich auf deutlich weniger Sourcetext konzentrieren. Aber das ist nicht alles. Im Idealfall weiss der Programmierer auch ohne Debug sofort, wo er suchen muss.