spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Was tut er denn? Ist er eine Factory oder so? Oder kannst du über ihn alle Gebäude bekommen?

Kann man so machen. Ich würde aber lieber noch eine abstraktionsebene einführen, sodass die update Funktion bspw. Je nach Implementation unterschiedliche Parameter bekommt. Sobald du mehrere solcher unterscheidungen hast, wird es sonst unschön.

Zur Frage, wie man den Typ einer klasse feststellen kann: ein richtiges typeof wie in anderen Sprachen gibt es glaub ich nicht in c++, genauso wenig wie eine "beste" Lösung für das Problem. Ich persönlich würde diese Abfragen, von welchem Typ eine Instanz ist, so weit wie möglich minimieren, am besten darauf Gang verzichten. Wenn es doch sein muss, sollte man der Implementierung eine GetType Funktion spendieren, die dann bspw. Einen enum Wert zurück gibt.

Ich finde, dass die Stelle, die die Update-Methode aufruft, nicht zwischen den verschiedenen Ausprägungen unterscheiden müssen sollte. Wenn alles Türme/Gebäude sind, dann sollten sie auch eine einheitliche Schnittstelle haben. Das heißt nicht nur, dass die Parameterliste übereinstimmt, sondern auch, dass die Bedeutung der einzelnen Parameter der gleiche ist und somit bei allen Türmen die gleiche Methode auf die gleiche Art aufgerufen werden kann. Entweder werden alle benötigten Parameter er einzelnen Ausprägungen in der Parameterliste aufgeführt, die Parameter werden (abhängig davon, was es eigentlich für Parameter sind) dem Turm zugewiesen, bevor die Methode aufgerufen wird (dürfte in den meisten Fällen aber ebenfalls eher schlecht sein) oder die Parameter werden in einem einzigen Objekt zusammengefasst, welches dan übergeben wird. Im ersten und letzten Fall werden dann die Werte, die nicht relevant sind, einfach ignoriert.

Auch wenn andere Sprachen entsprechende Konstrukte (instanceof, is o. ä.) besitzen, sollte man dennoch grundsätzlich so weit wie möglich auf solche Typprüfungen verzichten.

Wichtig zu überdenken wäre auch, was das für Werte sind, die übergeben werden, und ob diese wirklich übergeben werden müssen. Es könnte auch gut sein, dass die einzelnen Türme eher eine Referenz auf ein andere Objekt erhalten, bspw. bei der Initialisierung, von dem zu gegebener Zeit der gewünschte Wert abgerufen werden kann.

dito @ Sacaldur
So und nicht merkwürdig anders.

Meiner Meinung nach sollte keiner von beiden den anderen wirklich "kennen", sondern eine Datenklasse oder vergleichbares anlegen. Die Logic hat darauf schreibenden Zugriff, die Visuelle Klasse lediglich lesenden (const Referenz).
In dieser Klasse werden dann eben Sachen wie, X und Y und Rotation und ähnliches gespeichert. So würde ich das in diesem Falle angehen.

mfg

Du könntest auch btw eine map machen, die als Key std::type_index hat, mit einem vector der Objekte als value.
Mit typeid holst du dir dann die entsprechenden Gebäude da heraus.
Ob das hier sinnvoll ist, keine Ahnung, recht vage, aber ich wollts mal erwähnen.

MfG
Check

Dann kann er auch gleich mehrere speziell typisierte Listen verwenden und sich die Casterei schenken - sofern er welche braucht.