Hallo :huhu: :huhu: :huhu:
Zunächst: VB: VertexBuffer; IB: IndexBuffer;
1. Problem
Ich arbeite grad an nem VB-Manager (natürlich gilt das selbe auch für IB/Texturen) und steck irgendwie gedanklich fest:
Im Buch wurde das Problem des Texturen Managens zwar gut gelöst, aber ich kann diesen Ansatz nicht verwenden, weil es bei mir auch VB's/IB's/Texturen ohne Quelle (Pfadangabe) geben kann (Das liegt daran, dass es für meinen VB einen Konstruktor gibt, der ein Array aus Vertices als Parameter erwartet, nicht eine Pfadangabe).
Das führte mich zu dem Gedanken eine Resource (VB/IB/Textur) nicht durch den Pfad zu identifizieren, sondern durch ein Handle (also ein unsigned int), welches eine jede VB-/IB-/Texturen-Klasse haben soll. Außerdem soll es eine Liste geben, welche die Pfade der VBs/IBs/Texturen enthält, die aus einem Pfad geladen wurden.
Soweit, so schlecht. Jede VB-/IB-/Texturen-Klasse, die es noch nicht gibt, kriegt also ein neues Handle vom VB-/IB-/Texturen-Manager. Aber das Problem ist: Was mach ich wenn eine VB/IB/Textur gelöscht wird. Soll ich dann alle VBs/IBs/Texturen, deren Handle größer ist, um eins verringern? Das wäre doch beknackt! Wie kann ich das umgehen??
Hilfe! :help: :help: :help: :help:
Diese Art Gedanken macht einen verrückt! (ich rechne jeden Moment damit, dass ich abgeholt werde)
2. Problem (ein kleineres)
was haltet ihr eigentlich von static Members? lieber vermeiden oder favorisieren?
(im Falle des obigen Problems wäre es z. B. möglich den VB-/IB/Texturen-Manager als static Member der VB-/IB/Texturen-Klasse zu machen.)
mit der Hoffnung auf Hilfe
Samuel G.