spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Nö eben nicht, wenn du z.B. einen Manager für das Hauptmenü verwenden möchtest und einen für das erste Level und einen für das zweite Level oder ein Level in mehrere Abschnitte unterteilen willst, usw.?

1. Das ist doch kein Problem. Du brauchst ja kein direkten Zugriff auf die Internas von Input aus der WndProc raus.

2. Das sagt ja niemand. Aber deshalb muss die Liste noch lang nicht statisch sein.

Warum sollten alle Instanzen deines Texturmanagers die selbe Liste verwalten?

Zitat von ».:!Batzer!:.«

Warum sollte ich die gleiche Textur einmal fürs Hauptmenü und einmal fürs 1. Level laden, wenn man doch einach die gleiche nehmen könnte?

Ich meinte nicht den Ladescreen für das Level, sondern das Level selbst.

Zitat von ».:!Batzer!:.«

@David_pb
Wie meinst du das mit dem Input?

Deine "Taste gedrückt Liste" aus der Input Klasse.

Was du tun könntest ist z.B. das du eine Liste von Eventhandlern registrierst (ich glaub bei dir hieß das Graphics) und alle Events an die entsprechenden Handler weiterleitest. Dann kannst du die Behandlung im Handler erledigen.

Zitat von ».:!Batzer!:.«

Aber wäre es nicht besser einfach alle Texturen in einen Manager zu laden und den dann einfach benutzen.
So muss ich die Textur nur einmal laden und nicht für jedes Level neu.

Und die Texturen die nicht mehr vom Level benötigt werden eiern dann im Speicher rum? Ggf endlos lang ohne wirklich gebraucht zu werden? Oder willst du eine Referenzzählung und ne Garbagecollection durchführen?
Im normalfall würdest du die Texturliste beim Levelladen ja ohnehin erstmal löschen und dann neu aufbauen. Doppelte Referenzen innerhalb eines Levels werden damit abgedeckt und du hast keine unnötigen ungenutzten Daten im Speicher.
Es würde also z.B. reichen einfach eine Instanz der Textureliste in deinem Levelobjekt zu halten.