spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Engine heißt ja einfach nur Motor, und es gibt keine genaue Definition für eine Engine. Normalerweise ist das einfach nur ein Grundgerüst für ein Spiel, das noch keine Vorgaben hat, wie das Spiel später genau aussieht, sondern eben nur die grundsätzlichen Klassen und Funktionen liefert. Es gibt zwischen Engines große Unterschiede darin, wieviel Arbeit sie dem Nutzer abnehmen und wieviel Kontrolle sie ihm überlassen. Man kann deinen Ansatz sehr wohl als Engine verstehen. Engines sind übrigens immer in Dlls ausgelagert, daher kommt vielleicht dein Eindruck, dass dein Programm keine Engine ist, wenn du es nicht so gemacht hast

Jo meine Engine als kleines Beispiel ist grade mal eine Ansammlung von 7 Klassen.
Davon sind 4 Abstrakte(für Input, Sound, Grafik und Timing).
Diese werden in die Childclasses CMDGEngine, CMDGEngine_2D und CMDGEngine_3D gepackt(Vererbt).
Wärend CMDGEngine sich um das Timing und um den Input kümmern, soll die CMDGEngine_2D Klasse Bilder und 2D Sound initalisieren und handhaben und wieder freigeben.
Später soll dann die CMDGEngine_3D Klasse Models, 3D Sound usw. handhaben.

KI, Physik und co sollen dann unabhängig von der Engine erstmal gesteuert werden.
Ob ich das in die Engine später einbaue bezweifle ich, aber es wäre natürlich arbeits sparen aber da werde ich mit meinem kleinen Team bestimmt schon was hinbekommen

Ich hoffe das war schonmal ein kleiner ein blick wie eine Engine aufgebaut sein kann.
Es kann natürlich auch KI, Physik usw auch in die Engine eingebaut sein
Aber da möchte ich jedem ja freie Hand lassen so das ich nur eine grobe Engine liefere und die Programmierer dann das wichtigste wie KI und Physik selbst implementieren können