spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hallo Liebe Community,

ich habe mir meinen Code mal so angeschaut und bemerkt, das ich die Kollision sich in Form von Methoden befindet.

Meine Frage an euch, sollte ich auf Basis der OOP, eine Schnittstelle, Klasse oder doch nur wie es momentan aussieht, in Form von Methoden in der Klasse, die Kollision definieren?

Ich kann mir grad dazu nicht so ganz vorstellen, wie ich das in ein vernünftiges Klassendesign umsetzen sollte, denn:

1. Spieler sollte nicht von Kollision erben, da der Spieler keine Kollision ist.
2. Spieler kann auch keine Kollision haben. (hat eine Beziehung würde auch wenig Sinn machen)
3. Kollisionsklasse statisch definieren und nicht per Objekt, denn das wäre schlicht unlogisch, da Kollision etwas <<abstraktes>> ist.----->(nichts materielles)

4. Ein Interface mit den jeweiligen Methoden definieren. Das wäre aber eigentlich nix anderes als Mehrfachvererbung.
Denn ob ich die Kollsion "implementiere" oder davon "ableite", beides ist im Bezug auf Kollision, auf Basis der OOP unzulässig. Wenn ich mich irre, dann tut es mir leid.

ich hoffe auf einige Vorschläge von erfahrenen Entwicklern



P.s( ich habe auch schon einiges dies bezüglich gesehen und zwar lösen bisher alle das mit einer Klasse, sprich entweder erben sie davon oder wenden die hat eine Beziehung drauf an. Mir jedoch scheint beides Unfug, wie gesagt, wenn ich mich komplett irre, dann bitte ich um Nachsicht und Vorschläge

Mfg

De_Struktor

Ach ja, ich vergesse auch immer die technologien die ich benutze auf zu listen, sry an dieser Stelle:

C# ----> XNA 4.0