prism

Rails es estupendo, pero tras años usándolo solamente, es fácil olvidar cómo funciona por debajo. prism es un paso deliberado un nivel más abajo: no hay ni una sola gema externa, así que cada pieza tuvo que entenderse lo bastante bien como para escribirla uno mismo. El enrutamiento, el dispatch hacia un controlador, el renderizado de una vista, la capa de datos.

El resultado es un pequeño framework que sirve realmente una aplicación y, al mismo tiempo, un mapa de lo que la competencia hace tras el telón. No es una maqueta de framework sino un todo funcional en el que cada capa está al alcance de la mano, porque la escribiste con tus propias manos.

El corazón de todo framework web es la decisión de qué código atiende una petición dada. En prism esa decisión es explícita: declaras rutas y el router asocia método y ruta a un par controlador más acción, extrayendo por el camino los parámetros de los segmentos de la dirección. Aquí no hay magia, hay una tabla de reglas leída de arriba abajo.

Cuando escribes el dispatch tú mismo, deja de ser una caja negra. Ves exactamente dónde una ruta se convierte en una llamada a método, y ese es justo el conocimiento que te falta cuando el framework lo hace por ti.

En lugar de conectar Postgres, prism guarda los datos en ficheros y añade encima migraciones más consultas simples. Eso basta para mostrar todo el ciclo: defines un modelo, ejecutas una migración, guardas un registro y lo vuelves a leer en un controlador. La base de datos sale del campo de visión, y lo que queda encima es la pura forma de cómo un ORM mapea los registros a objetos.

Limitarse a ficheros no es una carencia sino una decisión. Gracias a ella la capa de datos cabe entera en la cabeza y no esconde ningún paso tras un driver de base de datos que de todos modos no se ve.

Renderizar una vista parece trivial hasta que intentas ensamblarla a partir de capas. prism tiene layouts en los que se inyecta el contenido de la acción, y partials que componen las piezas repetidas. Exactamente el mismo mecanismo que en los grandes frameworks ocurre de forma invisible es aquí una función explícita que escribiste tú mismo.

La mayor ganancia de prism no es el framework en sí sino lo que queda en la cabeza después de escribirlo. Router, controladores y ORM juntos caben en unos cientos de líneas de Ruby legible, y cada una de esas líneas corresponde a alguna pieza que Rails hace tras el telón. Después de este ejercicio un gran framework deja de ser magia y se convierte en un conjunto de decisiones que entiendes.