spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Das ist richtig, aber bisher habe ich das so organisiert, dass alle Ressourcen erst deklariert werden, aber noch nicht geladen sind. Wird eine Ressource geladen, holt man sich vom Manager die Referenz, und lädt sie dann via einer Methode load(). Dadurch wird auch der Ressource-Manager benachrichtigt. D.h. aber, dass das Material diese Referenz von dem Manager braucht, wofür es den Resource-Manager braucht.

Das heißt, ich sollte entweder öffentliche Getter machen, oder die Manager weitergeben. Da stimme ich für die Getter.

Ich wollte eigentlich nur wissen, ob ich die ShaderManager und TextureManager - Zeiger jetzt auch an die Materialien weiterleiten soll, oder ob ich sie via Getter beim Material Manager exponieren sollte. Wo jetzt Zyklen sind, weiß ich gerade auch nicht.

Das mit den fertig geladenen Referenzen wäre an sich möglich, aber jede Ressource, auch Materialien können geladen und gelöscht werden, ohne dass ihre eigentlich Instanz gelöscht wird via load() oder unload(). Ein Material lädt sich dann selbst aus einer Datei und setzt seinen internen Status auf "Geladen". Während es sich also lädt, muss es Zugriff auf die beiden anderen Manager bekommen, um die entsprechenden Sahder / Texturen zu laden.

Plane ich zumindest für Audio-Dateien wie Hintergrundstücke. Zum Start des Spiels werden einige Konfigurationsdateien geladen, die den Managern alle Ressourcen bekanntmachen. Die instanziieren dann alle Ressourcen, und setzen deren internen Status auf "Nicht Geladen". Wenn nun eine Ressource angefordert wird, so wird eine Methode aufgerufen, mit der sich die Ressource selbst lädt, dann ihren Status auf "Geladen" setzt, und dann die Kontrolle zurückgibt. Das heißt also, dass die Ressourcen irgendeinen Weg brauchen, um auf unterliegende Ressourcen zuzugreifen.