spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat

"Ein Framework ist eine Sammlung von Klassen die Grundfunktionalität bzw. oft gebrauchte Funktionen für das Bauen einer Anwendung geben, MVC-Struktur, Template-Engine, Datenbank-Abstraktion .... etc"

So hätte ich's auch umschrieben.

Kann man drüber streiten, aber für mich besteht ein Framework aus Klassen wie....
Strings, Listen, sauberes Speichermanagement, Wrapping der OS-Funktionen für Fenster, I/O etc. pp sowie der dazu gehörigen Komponenten wie Buttons, Checkboxes usw.., seien sie selbst gezeichnet oder vom Betriebssystem.

Und ein Engine halt eine Art eigenständiges Modul für... Landschaft, Portal-Handling, Physik, Sound usw..

LG
Alyx

Das Namensgebungs-Problem kennt glaube ich jeder Programmierer , aber ich habe da glaube ich einen recht praktischen Ausweg gefunden.Jedenfalls mache es es so manchmal:

Ich gebe meinen Projekten einfach Namen aus der Griechischen Mythologie.Mein DirectX11 Renderer heißt zum Beispiel Styx.Man findet dort recht nette Namen und dazu ist der Vorrat fast unerschöpflich , wenn man mal auf die Anzahl von Göttern , Helden und Monstern blickt.

Wirklich nette Idee.
Erinnert mich an meine Zeit bei Holidaycheck (*Werbung mach*). Da haben alle PC's Namen von Simpsons Figuren gehabt. (Weiss leider nicht mehr, welchen ich hatte..)

Was is denn der Vorteil einer eigenen Engine, braucht man das?

Um ein eigenes Framework mit Sachen, die man immer mal wieder braucht wird man kaum herumkommen, wenn man direkt mit DirectX arbeitet. Wie viel Sinn das macht ist etwas anderes (was das lernen anbelangt lohnt es sich sicher).

Klingt mir ehrlich gesagt zu fest nach Velo.. Aber so im Zusammenhang mit velocity hat es halt doch etwas.

Ich würd sagen, programmier doch das Teil erstmal fertig.
Ein vernünftiger Name findet sich immer noch.

drakon
*auf die sprünge helf*

Barney war dein Name!