'reinterpret_cast' casten von Klassen
-
Hi Lukas,
zu Deinem Code:
• lass das 'reinterpret_cast' weg, das ist an dieser Stelle sinnfrei und irreführend.
• der NullDriver sollte keine Implementierung für 'print' haben. Schau Dir mal pur virtuelle Funktionen an.
-
alles klar, danke noch mal an alle
-
LukasBanana schrieb:
Gute, Idee! Aber sind virtuelle Funktionen nicht etwas langsamer als normale?
Da sieht man mal was diese ganzen Pseudooptimierungsaussagen anrichten können.
-
Bei einem Spiel sind virtuelle Metthoden inakzeptabel.
-
asdfasdf schrieb:
Bei einem Spiel sind virtuelle Metthoden inakzeptabel.
So ein Mist. Bei einem Spiel hast du ganz andere Sorgen, als ein paar virtuelle Methoden.
-
LukasBanana schrieb:
Gute, Idee! Aber sind virtuelle Funktionen nicht etwas langsamer als normale?
Du bist nicht echt, oder?
-
asdfasdf schrieb:
Bei einem Spiel sind virtuelle Metthoden inakzeptabel.
Beim Programmieren ist ein Spiel inakzeptabel.
Jede Aussage ist gleichzeitig richtig und falsch, wenn man sie nur ausreichend verkürzt, pauschalisiert und komplett kontext- und Begründingsfrei präsentiert.
Gruß,
Simon2.
-
Bei einem Spiel sind virtuelle Metthoden inakzeptabel.
lol.. das erinnert mich als an HL2
wenn ich das zocke, kommt ganz selten mal eine error fenster mit der melden "Error: Pure Virtual Function call"
-
Also dass virtuelle Funktionen bei Spielen inakzeptabel sein sollen würde mich aber schon sehr wundern
Bloß ich weiß nicht, ob sich die virtuellen Funktionen den FunktionsZeiger (auf welche Funktion zu welcher Unterklasse sie nun zeigen) nur beim ersten Mal holen müssen oder bei jedem Aufruf.
-
LukasBanana schrieb:
Bloß ich weiß nicht, ob sich die virtuellen Funktionen den FunktionsZeiger (auf welche Funktion zu welcher Unterklasse sie nun zeigen) nur beim ersten Mal holen müssen oder bei jedem Aufruf.
Prinzipiell jedes Mal. Wie stellst Du Dir das sonst vor?
