Beim Erstellen einer Systemabstraktion ist es besser, die Plattform über verschiedene APIs zu informieren, die durch eine gemeinsame Schnittstelle auf der untersten Ebene sinnvoll sind.
Berücksichtigt die verschiedenen modernen (ohne Pipeline mit festen Funktionen) nativen Grafik-APIs: OpenGLES 2.0+, OpengGL 3.0+, DirectX 10.0+, Xbox DirectX 9, LibGCM
Wenn man eine zustandslose Grafik-API auf niedriger Ebene erstellen würde , um auf allen zu sitzen, was wäre der beste Weg, um sie so dünn und schnell wie möglich zu machen?
Die Anforderung, dass die API zustandslos sein muss, ist interessant. OpenGL zum Beispiel ist statusbehaftet, und ich denke, eine zustandslose API, die es umschließt, wäre nur dann sinnvoll, wenn es viel höher wäre, so dass es nicht zum Beispiel erforderlich ist, für jedes einzelne die gleichen Matrizen zu pushen und zu platzen Oberfläche, die es rendert.
—
SpoonMeiser
Das Vermeiden nutzloser Statusänderungen könnte immer noch auf einer höheren Ebene implementiert werden, z. B. indem die Renderaufrufe nach ihrem Status sortiert werden, bevor sie an das Gerät gesendet werden. Und indem Sie den Status nur festlegen, wenn er sich vom aktuellen unterscheidet.
—
NocturnDragon
Das ist aber nicht staatenlos. Vielleicht irre ich mich, aber was ich denke, wenn ich an zustandslos denke, ist eine API, bei der jeder Aufruf überhaupt nicht von vorherigen Aufrufen abhängt. Das bedeutet, dass alle Informationen, die normalerweise irgendwo gespeichert werden, bei jedem Aufruf übergeben werden müssen, der diese Informationen benötigt. Für OpenGL wären dies beispielsweise Matrizen für die Optionen Stapel, Beleuchtung, Z-Pufferung und Normalisierung.
—
SpoonMeiser
Ja, für jeden Draw-Aufruf, den Sie benötigen, die Netzdaten, den Mischstatus, die zu bindenden Texturen, die Stichprobenzustände usw. Optimierungen können später vorgenommen werden, ohne die API zu ändern. Oder vielleicht lese ich Ihren Kommentar falsch ..
—
NocturnDragon