spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »Crazy007«

@Dot: Weil ich die SwapChain in der game.Render() funktion brauche

Wofür?

Du gibst unwichtige Interna preis für einen einzigen Aufruf?

Und warum lässt Du das nicht die D3DClass erledigen und führst dafür eine Methode "Swap" oder "Present" ein? Eine ohne Parameter z.B. gleich?

Edit: Pah! NinjaCat.

Zitat von »Crazy007«

@LukasBanana: Wie meinst du das? Dass isch den DeviceContext von der D3DClass trenne?

Ja, eine Klasse für den Grafik-Kontext und eine für das RenderSystem.
Aber wenn du bisher nur drei Klassen hast und dein Spiel offenbar nicht so groß ist, dann kannst du's auch so lassen.

Aber spätestens ab 10.000 Zeilen Code würde ich das in mehr als drei Klassen aufteilen

Zitat von »Crazy007«

Warum komm ich nicht selber auf sowas?

Ganz einfache Grundregel für Get-Methoden: Brauche ich konkrete Funktionalität (-> kein Getter!) oder brauche ich universellen Zugriff auf ein bestimmtes Objekt / alle Funktionalität eines bestimmten Objekts (-> Getter).

Hast du tatsächlich einen Getter-Fall identifiziert, so kann das weiterhin bedeuten, dass das über den Getter verfügbar gemachte Objekt in der umschließenden Klasse eigentlich fehl am Platz ist. Deshalb lohnt sich als abschließende Überlegung vor der Einführung eines Getters stets noch die Abwägung, ob das dort zurückgegebene Objekt nicht besser auf anderem Wege in den Zielkontext gelangen sollte: Grundsätzlich macht die direkte Übergabe als eigenes Objekt bestehende Abhängigkeiten in deinem Code immer wesentlich klarer als das Abfragen dieses Objekts aus einem anderen Objekt mittels Getter. Und werden Abhängigkeiten in deinem Code erst sichtbar, so werden sie in der Regel auch automatisch weniger, das heißt dein Code wird flexibler und weniger fehleranfällig.