spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Du stellst deine Frage verkehrt rum. Man wählt Engine und Sprache nach den Anforderungen des jeweiligen Projektes und nicht umgekehrt

Es gibt verschiedene Arten. Die einen haben einen eigenen Editor, die anderen sind einfache Bibliotheken die du einbindest. Die bindest du quasi in Visual Studio ein und kannst beim programmieren dann deren Funktionen benutzen. Das einfachste ist es wenn du dein Buch in ruhe weiter durcharbeitest. Der Rest kommt dann von selbst. Vieles kannst du auch noch nicht verstehen, da dir noch die Grundlagen für die Zusammenhänge fehlen. Einfach lerning bei doing und dann kommt alles andere von selbst.

Genau. Es ist übrigens nicht so dass man überhaupt eine "Engine" braucht um ein Spiel zu machen, auch wenn der übermäßige Konsum von irgendwelchen Gamerzeitschriften einen vielleicht zu der Annahme verleiten möge...

Was ich damit sagen wollte war: Es ist ein heute irgendwie sehr verbreiteter aber falscher Glaube dass ein Spiel eine "Engine" braucht

oder viele kennen nur eine "nicht ganz richtige" Definition von Game-Engine (und stellen sich daher etwas anderes darunter vor, als es eigentlich ist)
aber dennoch hat dot recht: erstelle einfach ein Spiel und mach dir über eine "Engine" keine Gedanken

Wenn von Anfang an ohne Engine programmiert, dann fasst man häufig verwendete Aufrufe oft in einer Funktion zusammen und diese dann in eigenen Dateien (Modulen), da man einfach keine Lust hat, sie für jedes Projekt erneut zu schreiben oder "umständlich" zu kopieren. Umso mehr Projekte man umsetzt, desto größer wird auch deine "Häufige-Funktionen-Sammlung" und am Ende hast du so eine Art Mini-Engine und dabei sogar einiges gelernt.

Zitat von »Sound~Wave«

Wenn von Anfang an ohne Engine programmiert, dann fasst man häufig verwendete Aufrufe oft in einer Funktion zusammen und diese dann in eigenen Dateien (Modulen), da man einfach keine Lust hat, sie für jedes Projekt erneut zu schreiben oder "umständlich" zu kopieren. Umso mehr Projekte man umsetzt, desto größer wird auch deine "Häufige-Funktionen-Sammlung" und am Ende hast du so eine Art Mini-Engine und dabei sogar einiges gelernt.

und das wirst du genauso oder mit anderer Formulierung auch von genug anderen Leuten hören können

auf diese Art stößt man meines Erachtens nach auch auf "Standard"probleme, die relativ oft in der Programmierung auftreten
Lösungen für solche Standardprobleme sind Entwurfsmuster
wenn man selbst auf Standardprobleme stößt, dürfte man die passenden Entwurfsmuster auch besser verinnerlichen können

@Sound~Wave:
ich würde dich ja am liebsten darum bitten, keine Beiträge mehr in diesem Forum zu verfassen, aber leider spielst du ja bei der aktuellen "Mafia"-Runde mit... (404 Beiträge? )

@404 Beiträge: 3 Mafia-Runden.
@Standardprobleme und Entwurfsmuster: Eben, wenn man irgendeine Fertigengine nimmt, dann setzt man sich mit so etwas kaum auseinander. Meiner Meinung nach negativ.

Wieso du mich jetzt am liebsten darum bitten würdest, keine Beiträge mehr zu verfassen verstehe ich nicht, finde das auch nicht gerade nett.