prism

Rails est excellent, mais après des années à seulement l'utiliser, on oublie facilement comment il fonctionne en dessous. prism est un pas délibéré d'un niveau plus bas : il n'y a pas une seule gem externe, donc chaque pièce a dû être comprise assez bien pour l'écrire soi-même. Le routage, le dispatch vers un contrôleur, le rendu d'une vue, la couche de données.

Le résultat est un petit framework qui sert réellement une application, et en même temps une carte de ce que la concurrence fait derrière le rideau. Ce n'est pas une maquette de framework mais un tout fonctionnel où chaque couche est à portée de main, parce que vous l'avez écrite de vos propres mains.

Le cœur de tout framework web est la décision de savoir quel code traite une requête donnée. Dans prism cette décision est explicite : vous déclarez des routes et le routeur associe la méthode et le chemin à une paire contrôleur plus action, en extrayant au passage les paramètres des segments de l'adresse. Il n'y a pas de magie ici, il y a une table de règles lue de haut en bas.

Quand vous écrivez le dispatch vous-même, il cesse d'être une boîte noire. Vous voyez exactement où un chemin se transforme en appel de méthode, et c'est précisément le savoir qui vous manque quand le framework le fait à votre place.

Plutôt que de brancher Postgres, prism garde les données dans des fichiers et y ajoute des migrations plus des requêtes simples. Cela suffit à montrer toute la boucle : vous définissez un modèle, lancez une migration, enregistrez un enregistrement et le relisez dans un contrôleur. La base de données sort du champ de vision, et ce qui reste au-dessus est la forme pure de la manière dont un ORM associe les enregistrements aux objets.

Se limiter aux fichiers n'est pas un manque mais une décision. Grâce à elle la couche de données tient dans la tête en entier et ne cache aucune étape derrière un pilote de base de données qu'on ne voit de toute façon pas.

Le rendu d'une vue paraît trivial jusqu'à ce que vous essayiez de l'assembler à partir de couches. prism a des layouts dans lesquels le contenu de l'action est injecté, et des partials qui composent les morceaux répétés. Exactement le même mécanisme qui se déroule invisiblement dans les grands frameworks est ici une fonction explicite que vous avez écrite vous-même.

Le plus grand gain de prism n'est pas le framework lui-même mais ce qui reste dans la tête après l'avoir écrit. Le routeur, les contrôleurs et l'ORM tiennent ensemble en quelques centaines de lignes de Ruby lisible, et chacune de ces lignes correspond à un morceau que Rails fait derrière le rideau. Après cet exercice un grand framework cesse d'être magique et devient un ensemble de décisions que vous comprenez.