spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Man beachte das "Prinzipiell"... Ich wollte es nur auf den Punkt bringen, weil ich das Gefühl hatte das um den heißen Brei geredet wird,
anstatt es auf Klartext zu sagen...

Btw.
Zu sagen das mein ganzer Beitrag "Quatsch" ist, finde ich etwas dreist... Aber das nur am Rande...

Ja, sorry.

Ich wollte noch gesagt haben, dass Visual Studio den Rückgabewert eines Programms auswertet.
Wenn man nämlich ein Build-Event benutzt (Pre Build, Post Build), dann wird der Rückgabewert des dort eingetragenen Kommandos auf 0 geprüft.
Ist er nicht 0, dann bekommt man eine schöne Fehlermeldung unten in der Compiler-Ausgabe:

Weil es dafür eben doch eine Konvention gib. Das hat halt alles seine Zeit gedauert aber mittlerweile ist es so. Natürlich gibt es niemanden der sagt, ein Programm muss sich so und so verhalten, aber es sollte. Und dadurch, dass sich die Leute daran halten, profitiert man im allgemeinen davon. An sich würde ich behaupten, kommt das aus der Zeit in der es keine Exceptions gab. Man musste irgendwie festlegen wie Funktionen einen Fehler bemerkbar machen. Und jedes einzelne Programm kann ja wieder als neue Funktionalität in einem neuen Programm benutzt werden. Frei nach der Unix Philosophie "do one thing do it well". Dadurch macht es dann nämlich schon Sinn, wenn auch die Mainfunktion so einen Wert zurück liefert. Ob das nun für Spiele wichtig ist oder eben nicht steht ja nicht zur Debatte. Arbeite dein Buch einfach weiter und mach weiter. Irgendwann wirst du ein besseres Verständnis für so etwas kriegen. Das ist an sich wirklich nichts womit man sich lange aufhalten muss. Auch eben weil es mittlerweile bessere Möglichkeiten für Fehlersignalisierung gibt.

Zitat von »Schorsch«

Weil es dafür eben doch eine Konvention gib. (...) Natürlich gibt es niemanden der sagt, ein Programm muss sich so und so verhalten (...)

Du widersprichst Dich da.

@BlueCobold

Zitat von »Schorsch«

...so und so verhalten, aber es sollte.

Konvention ist keine Pflicht.

Wenn es eine Konvention wäre, dann gäbe es jemanden, der das sagt. Es ist nirgendwo festgeschrieben, was ein Programm zurückgeben sollte. Klar, es hat sich eingebürgert, aber es ist eben keine Konvention. Aber lassen wir das. Es sollte ja nur klar gemacht werden, dass es zurückgeben kann, was immer er für richtig oder sinnvoll hält. Wenn er nichts für sinnvoll erachtet, dann ist wie d0t schon sagte für ihn wohl void vorzuziehen.

Zitat von »BlueCobold«

dann ist wie d0t schon sagte für ihn wohl void vorzuziehen.

Autsch, böser Fehler. Kein return heißt nicht, dass die Funktion void ist. Die main-Funktion gibt in C++ immer einen int zurück. Ohne ein return ist dieser Wert laut Standard 0.

Ich sagte nur einfach kein return in main, nicht dass er void main() schreiben soll

Zitat von »Steef«

Zitat von »BlueCobold«

dann ist wie d0t schon sagte für ihn wohl void vorzuziehen.

Autsch, böser Fehler. Kein return heißt nicht, dass die Funktion void ist. Die main-Funktion gibt in C++ immer einen int zurück. Ohne ein return ist dieser Wert laut Standard 0.

Ich sagte nicht, dass er die Methode void machen soll. Wenn er explizit nichts zurück gibt, gibt er void(=nichts, leer, Leere) zurück. Was das dann implizit ist, das kann ihm egal sein.