spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Der Konstruktor wird immer aufgerufen, wenn eine Instanze der Klasse erstellt wird. Wenn du den Inhalt der Load Funktion in den Konstruktor verschiebst, dann musst du nicht extra Load() aufrufen, denn der Konstruktor wird aufgerufen.

MfG
Delop

Zitat von »Beorn«

Tut mir Leid ich habe mich nicht klar ausgedrückt. Es ging mir eigentlich darum im Menü eine Möglichkeit einzubauen um von hier aus das Spiel zu beenden.

Hab oben noch was editiert. Dafür könntest du einfach einen Rückgabewert benutzen.

Zitat von »Beorn«

Und ich dachte der Code der im Buch bei der Load-Funktion genutzt wird konnte hier zu gebrauchen sein. Trotzdem danke für das try catch Beispiel. Eine Frage hätte ich hier aber trotzdem noch, warum gehört das Load in den Konstruktor? Der Code aus dem Buch nutzt nämlich die Load-Funktion.

Was tut dein Sprite denn, wenn Load nicht aufgerufen wird? Sry, aber auch wenn ist das Buch nicht kenne, wenn ich C++ Code seh, der mit Init() Methoden und Aufrufen von exit() übersät ist, dann kann ich nur zu dem Schluss kommen, dass der Code alles andere als einen guten Stil vorgibt. NachoMan scheint das ähnlich zu sehen. Wenn du einfach nur ein kleines 2D Spiel in C++ machen willst, würde ich übrigens auch zu SFML raten.

Ist die SFML wirklich "besser" geeignet für Anfänger?
Kann man mit der SFML-Bibliothek Spiele wie Teeworlds erstellen (Ja, mir ist bewusst, dass dieses Spiel einiges an Programmierkentnisse erfordert )
Soweit ich weiß, benutzt Teeworlds ja die SDL Bibliothek. Würde so ein Spiel auch mit der SFML realisierbar sein? (denn dann würde mir das aufjedenfall reichen von der Technik her)

Teeworlds könnte man auch mit SFML programmieren. Es kommt aber sehr oft auf den Programmierer an und nicht welche Lib er benutzt.

MfG
Delop

Ich würde die SFML generell der SDL vorziehen, einfach weil es, im Gegensatz zu SDL, eine einigermaßen saubere C++ Bibliothek ist. Dass sie zusätzlich noch sehr einfach zu benutzen ist, ist natürlich auch kein Nachteil. Sowas wie Teeworlds sollte damit auf jeden Fall möglich sein (höchstens bei aufwendigen Partikeleffekten müsste man evtl. etwas mehr tun, um das performant hinzubekommen).

Okay danke euch, dann werd ich mir die mal anschauen

Es gibt einige Dinge in dem buch, die ein guter c++ Programmierer anders machen würde. Ich hatte bereits zwei Bücher genannt mit denen man das meiste davon ausmerzen kann. Allerdings ist c++ so komplex, das dieses eine weitere Buch nicht reichen wird, wenn du wirklich guten Code produzieren willst. Hinzu kommen noch Bücher wie effective c++ oder exceptional c++.

Bücher sind das eine, das andere ist üben, üben und nochmal üben.

Wenn du nicht das Wissen aus den Büchern anwendest und selbst über deinen Code nachdenkst, bringen dich auch ein dutzend weitere Bücher kaum weiter.
Ich denke, zwei Bücher reichen erstmal vollauf.

Ich würde dir auch dazu raten, jetzt erstmal Erfahrung zu sammeln, indem du selbstständig und ohne Vorlage einige einfache Projekt umsetzt. Wenn du dann etwas sicherer im Umgang mit C++ bist, kannst du dir Effective C++ zulegen.