La Rosquillera Framework es un framework para hacer videojuegos con SDL2 que tiene como objetivo que el usuario pueda hacer juegos como rosquillas (o sea muchos, muy rápido y sin romperse la cabeza).

Crear un videojuego no es sólo cuestión de pintar imágenes y capturar la entrada de teclado. Se necesita hacer uso de muchos sistemas adicionales que no proporciona esta librería. Por eso, la Rosquillera Framework provee de un juego de herramientas que, además de permitir al usuario abstraerse del uso de SDL2, ayuda en esas otras muchas tareas.

En 2015 comencé el desarrollo de un motor de videojuegos al que dí el nombre de “La Rosquillera”. Poco después, decidí que sería un framework por lo que decidí renombrarlo a “La Rosquillera Framework”.

En 2017, llevando un año cursando la carrera de informática, decidí que este proyecto acarreaba muchos problemas de base que no podían arreglarse sin poner patas arriba todo el framework; por lo que decidí volver a implementarlo desde cero.

Esta nueva versión pasó a denominarse “La Rosquillera Framework - Reforged”.

El diseño de este framework busca facilitar al desarrollador muchas tareas engorrosas; como la carga y descarga de assets, la gestión de procesos, etc… Y, como en cualquier otro framework, es importante conocer el diseño del mismo para poder aprovechar al máximo sus capacidades.

Por eso, en esta sección explica los conceptos generales de diseño de La Rosquillera Framework - Reforged.

Todas las herramientas para crear videojuegos proveen de un pipeline que organiza la ejecución de los procesos internos de la aplicación. Cuanto más grande y sofisticada es la herramienta, mayor y más complejo es su pipeline. Este framework no es tan grande ni sofisticado como otras soluciones; no es un motor de videojuegos, tan sólo una capa sobre las librerías base sobre las que crear un motor y, por tanto, el pipeline es más pequeño.

En este framework se proporciona una clase base (RF_Process) que será la clase que se integre con el pipeline, buscando que todas las clases que se desee integrar en él hereden de ella.

El funcionamiento del pipeline es el siguiente:

1. Al instanciarse la clase se invocará al miembro Start.
2. Tantas veces como sea posible entre dos fotogramas, se invocará al miembro Update.
3. Justo antes de llamar al sistema de renderizado, se invocará al miembro Draw.
4. Durante el proceso de renderizado, cuando ya se hayan ordenado los procesos en el orden en el que se van a dibujar en pantalla, se invocará al miembro LateDraw. Esta función sólo será invocada si el objeto contiene un gráfico que pueda ser renderizado.
5. Al finalizar el proceso de renderizado se invocará al miembro AfterDraw. Esta función sólo será invocada si el objeto contiene un gráfico que pueda ser renderizado.
6. Al eliminar el objeto se invocará el miembro Dispose.

Para poder llevar a cabo su trabajo, este framework dispone de toda una batería de clases y espacios de nombres que es importante conocer.