Al crear una abstracción del sistema, es mejor tener las API diferentes de la plataforma ocultas por una interfaz común en el nivel más bajo que tenga sentido.
Teniendo en cuenta las diferentes API de gráficos nativos modernos (sin canalización de función fija): OpenGLES 2.0+, OpengGL 3.0+, DirectX 10.0+, Xbox DirectX 9, LibGCM
Si uno fuera a crear una API gráfica de bajo nivel sin estado para sentarse sobre todos ellos, ¿cuál sería la mejor manera de hacerlo para que sea lo más delgado y rápido posible?
El requisito de que la API no tenga estado es interesante. OpenGL, por ejemplo, tiene estado, y creo que una API sin estado que lo envuelva solo tendría sentido si fuera un nivel mucho más alto, por lo que no es, por ejemplo, tener que presionar y hacer estallar las mismas matrículas para todos y cada uno superficie que rinde.
—
SpoonMeiser
Evitar cambios de estado inútiles aún podría implementarse en un nivel superior, como ordenar las llamadas de procesamiento según su estado antes de enviarlas al dispositivo. Y configurando el estado solo si es diferente del actual.
—
NocturnDragon
Sin embargo, eso no es apátrida. Tal vez me equivoque, pero lo que pienso cuando pienso en sin estado, es una API donde cada llamada no depende en absoluto de las llamadas anteriores. Eso significa que cualquier información que normalmente se almacenaría en algún lugar debe pasarse en cada llamada que necesite esa información. Para OpenGL, por ejemplo, estas serían matrices en la pila, iluminación, z-buffering y opciones de normalización.
—
SpoonMeiser
Sí, para cada llamada de sorteo que necesitaría, los datos de malla, el estado de fusión, las texturas a unir, los estados de muestreo, etc. Las optimizaciones podrían realizarse más tarde, sin cambiar la API. O tal vez estoy leyendo mal tu comentario ..
—
NocturnDragon