spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hi Leute,
Seit langer Zeit hab ich mich schon mit C++11, C++14 und weiteren beschäftigt, unzählige Video angeschaut und bin dabei auf DOD (Data-Oriented Design) gestoßen.

Jetzt bin ich aber so ein eingefleischter OOP-Type und es fällt mir schwer mich in diese DOD-Welt reinzudenken da ich noch so Vorstellungen von Vererbung, dependencies und gekapselten Methoden hab.

Ich hab wegen DOD jetzt mehr die Vorstellung:


ist "besser" als,

was für mich irgendwie nach den selben aussieht.
In den meinsten GameObjects von mir benutzt ich höhstens vector (kein map, unordered, ...) und vl noch paar Enums.
Einige getter/setter und hilfsfunktionen um z.B. nach etwas Suchen.



Das Problem ist aber die Vorstellung von Vererbung und Abhänigkeiten.
Wenn ich jetzt eine z.B. Liste von BattlerStatus(Tot, Vergiftet, Schlaf, ...) hab, dann klingt das für mich mehr nach "globalen daten" oder einer Singleton.
Und laut DOD sollte ja jedes Object alle Daten beinhalten die es benötigt.
Sollt jetzt jeder meiner Battler eine Liste von BattleStatuses beinhalten, damit diese genutzt werden kann?
Oder sollte ich die Methoden von den Battler auslagern, z.b. BattlerChara.useDebuff(BattlerChara attacker) // add BattlerStatus.
Muss ich dann nicht immer 2 Klassen erstellen einmal ein Manager und einmal die Data?
Kann ich dann immer noch Methoden auslagern oder muss ich "alles" in einer update Methode machen?


Wie sehr brauch ich so eine EntitySystem oder eine DOD, für meine GameObjects?
Meine Vorstellung ist, OOP in den GameLogicObjects also den ganzen Battler, Monstern, ..... Klassen zu benutzen (vll mit Factory-Pattern).
Und das DOD überlass ich der GamerEngine was nur Physik, Rendern, Input, ... verarbeitet.
Scene und GameObjects sind dann also OOP.




Die meisten Beispiele die ich im Internet finde sind mit Entitys mit position, velocity, lifetime, ...
Das klingt alles mehr nach Engines.

Ok, danke Leute.


Ich dachte es könnte vll nur später Probleme geben, wenn ich z.b. mit Tilemaps arbeite und dann so 100 Events und NPCs hab die dann geuppt werden.
Hatte früher so meine Probleme damit.
Aber dazu gibt es glaube gute Frameworks und Libs wie Tiled.

Hi danke erst mal für die antworten.

Also das Problem ist wie buggypixels schon gesagt hat das ich sehr OO denke.
Und für mich sind die Objekte die Data, mit weiteren Data (Data in Data) wären das doch auch nur dependencies oder nicht?
Mir ist die Trennung von Data und Algo noch schwer zu begreifen.
Denn wenn ich die Data vom Algo trenne sieht es für mich mehr nach C also nach C++ aus.
Ich weis auch das DOD einfach nur Data in Data transformieren ist, nur kann ich mir schwer vorstellen wie das alles zu trennen ist wenn es z.b. viele Daten sind, hab ich dann eine große Funktionen die alles macht oder auch mehreren subfunktionen?
Wie sieht es aus mit Gettern/Settern, Hilfsmethoden, Methoden die nur bestimmte Daten ändern, das klingt für mich dann so als müsste ich jeder Funktion immer die Data mit übergeben (was in OOP ja einfach nur das this ist).
Was ist mit statischen Daten die z.b. aus einer DB kommen und ein Item, Type von Monster oder anderes Representieren.
Würde ich dafür nicht einfach eine Factory machen wo ich diese statischen Grunddaten übergeben und dann GameObjekt bekomme, klingt für mich sehr nach OOP.
Lassen sich Klassen nicht einfacher erweitern oder ändern, wenn es in DOD keine Vererbung gibt was macht dann die tauschbarkeit und flexibilität aus?

Gibts vll im Internet bessere Beispiele von "OOP zu DOD" damit ich nicht immer in dieser OOP-Welt stecken und auch anderen Ansätze verstehe?